home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / ccitt / 1988 / troff / 3_8_01.tro < prev    next >
Text File  |  1991-12-12  |  79KB  |  3,344 lines
  1. .rs
  2. .\" Troff code generated by TPS Convert from ITU Original Files
  3. .\"                 Not Copyright ( c) 1991 
  4. .\"
  5. .\" Assumes tbl, eqn, MS macros, and lots of luck.
  6. .TA 1c 2c 3c 4c 5c 6c 7c 8c
  7. .ds CH
  8. .ds CF
  9. .EQ
  10. delim @@
  11. .EN
  12. .nr LL 40.5P
  13. .nr ll 40.5P
  14. .nr HM 3P
  15. .nr FM 6P
  16. .nr PO 4P
  17. .nr PD 9p
  18. .po 4P
  19.  
  20. .rs
  21. \v | 5i'
  22. .sp 1P
  23. .ce 1000
  24. \v'12P'
  25. \s12PART\ III
  26. \v'4P'
  27. .RT
  28. .ce 0
  29. .sp 1P
  30. .ce 1000
  31. \fBI.300\(hySeries Recommendations\fR \v'2P'
  32. .ce 0
  33. .sp 1P
  34. .ce 1000
  35. \fBOVERALL\ NETWORK\ ASPECTS\ AND\ FUNCTIONS\fR 
  36. .ce 0
  37. .sp 1P
  38. .LP
  39. .rs
  40. .sp 31P
  41. .ad r
  42. Blanc
  43. .ad b
  44. .RT
  45. .LP
  46. .bp
  47. .LP
  48. \fBMONTAGE: PAGE 2 = PAGE BLANCHE\fR 
  49. .sp 1P
  50. .RT
  51. .LP
  52. .EF '%    Fascicle\ III.8\ \(em\ Rec.\ I.310''
  53. .OF '''Fascicle\ III.8\ \(em\ Rec.\ I.310    %'
  54. .LP
  55. .bp
  56. .sp 1P
  57. .ce 1000
  58. \v'3P'
  59. SECTION\ 1
  60. .ce 0
  61. .sp 1P
  62. .ce 1000
  63. \fBNETWORK\ FUNCTIONAL\ PRINCIPLES\fR \v'6p'
  64. .ce 0
  65. .sp 1P
  66. .sp 2P
  67. .LP
  68. \fBRecommendation\ I.310\fR 
  69. .RT
  70. .sp 2P
  71. .sp 1P
  72. .ce 1000
  73. \fBISDN\ \(em\ NETWORK\ FUNCTIONAL\ PRINCIPLES\fR 
  74. .EF '%    Fascicle\ III.8\ \(em\ Rec.\ I.310''
  75. .OF '''Fascicle\ III.8\ \(em\ Rec.\ I.310    %'
  76. .ce 0
  77. .sp 1P
  78. .ce 1000
  79. \fI(Malaga\(hyTorremolinos, 1984; amended at Melbourne, 1988)\fR 
  80. .sp 9p
  81. .RT
  82. .ce 0
  83. .sp 1P
  84. .LP
  85. \fB1\fR     \fBGeneral\fR 
  86. .sp 1P
  87. .RT
  88. .sp 1P
  89. .LP
  90. 1.1
  91.     \fIBasic philosophy of the functional description\fR 
  92. .sp 9p
  93. .RT
  94. .PP
  95. The objective of this Recommendation is to provide a common
  96. understanding of the ISDN capabilities, including terminal, network and
  97. specialized service centre aspects.
  98. .PP
  99. A functional description of ISDN capabilities must allow a clear
  100. distinction between definition/specification aspects of services provided by
  101. the ISDN and the actual specification of the equipment utilized to support
  102. those services. Therefore, an implementation\(hyindependent approach should be
  103. adopted.
  104. .PP
  105. Moreover in the context of this Recommendation the adjective
  106. \*Qfunctional\*U is used in the sense of an implementation\(hyindependent 
  107. approach. 
  108. The noun \*Qfunction\*U itself has a specific meaning which is explained
  109. below.
  110. .PP
  111. The description of network capabilities is consistent with the
  112. protocol reference mode, e.g.:
  113. .RT
  114. .LP
  115.     \(em
  116.     the layering structure of all systems involved in a
  117. communication process, i.e.\ partitioning the required functions between
  118. different layers;
  119. .LP
  120.     \(em
  121.      the clear discrimination between layer service concept, layer function 
  122. concept and layer protocol concept. 
  123. .PP
  124. Furthermore, the three following distinctions apply:
  125. .LP
  126.     \(em
  127.     distinction between basic services and supplementary
  128. services;
  129. .LP
  130.     \(em
  131.     distinction between ISDN capabilities and services offered to the customer;
  132. .LP
  133.     \(em
  134.     distinction between static and dynamic aspects of the
  135. description.
  136. .sp 1P
  137. .LP
  138. 1.2
  139.     \fIServices supported by an ISDN\fR 
  140. .sp 9p
  141. .RT
  142. .PP
  143. The concepts and the principles of an ISDN are described in
  144. Recommendation\ I.120. The services supported by an ISDN are given in the
  145. I.200\(hySeries of Recommendations. A classification and the tools for the
  146. description of telecommunication services are specified in Recommendation\ 
  147. I.210 according to the description method as given in Recommendation\ I.130. 
  148. The 
  149. network capabilities to support these services are defined in the I.300\(hySeries 
  150. of Recommendations. The relationship between these Recommendations and 
  151. some 
  152. other relevant I\(hySeries Recommendations is shown in
  153. Figure\ 1/I.310.
  154. .bp
  155. .RT
  156. .LP
  157. .rs
  158. .sp 22P
  159. .ad r
  160. \fBFigure 1/I.310, (N), p.\fR 
  161. .sp 1P
  162. .RT
  163. .ad b
  164. .RT
  165. .PP
  166. It should be noted that the service concept defined in
  167. Recommendation\ I.210 is different from the layer service concept of the
  168. OSI\ model. The telecommunication service concept in Recommendation\ I.210
  169. corresponds to the services offered to users by the network. Besides
  170. operational and commercial aspects, the provision of these telecommunication
  171. services (bearer and teleservices) and associated supplementary services
  172. requires the availability of appropriate capabilities:
  173. .LP
  174.     \(em
  175.     network capabilities, in various network equipments
  176. (exchanges\ etc.);
  177. .LP
  178.     \(em
  179.     terminal capabilities;
  180. .LP
  181.     \(em
  182.     specialized service centre capabilities, when
  183. required.
  184. .sp 1P
  185. .LP
  186. 1.3
  187.     \fIGeneric description of required capabilities\fR 
  188. .sp 9p
  189. .RT
  190. .PP
  191. ISDN capabilities are the total sum of the functions required to
  192. support all basic and supplementary services offered by the ISDN.
  193. .RT
  194. .sp 1P
  195. .LP
  196. 1.3.1
  197.     \fIStatic description\fR 
  198. .sp 9p
  199. .RT
  200. .PP
  201. The identification and characterization of these functions, which are related 
  202. to the specification and analysis of these basic and supplementary services, 
  203. form the first step of the generic description. This part of the 
  204. generic description is intrinsically static.
  205. .RT
  206. .sp 1P
  207. .LP
  208. 1.3.2
  209.     \fIDynamic description\fR 
  210. .sp 9p
  211. .RT
  212. .PP
  213. The use of a basic or supplementary service generally requires
  214. cooperation between functions located in different equipment.
  215. .PP
  216. The static description of the ISDN capabilities, which will be a list of 
  217. functions, is not sufficient. It is necessary, in addition, to depict the 
  218. sequence of events and the activation of functions coordinated by suitable
  219. inter\(hyequipment signals. This second step is the dynamic aspect of the
  220. description. This involves firstly an identification and characterization of
  221. the functions and then a method of showing the dynamic interaction between
  222. functions.
  223. .bp
  224. .RT
  225. .sp 2P
  226. .LP
  227. \fB2\fR     \fBObjectives of the\fR 
  228. \fBfunctional description of the ISDN\fR 
  229. .sp 1P
  230. .RT
  231. .PP
  232. As described in Recommendation\ I.120, an Integrated Services
  233. Digital Network (ISDN) is a network providing 
  234. end\(hyto\(hyend digital
  235. connectivity
  236. to support a wide range of telecommunication services.
  237. .PP
  238. The characterization of ISDN is centered on three main
  239. areas:
  240. .RT
  241. .LP
  242.     a)
  243.      the standardization of services offered to users, so as to enable services 
  244. to be internationally compatible; 
  245. .LP
  246.     b)
  247.     the stadardization of user\(hynetwork interfaces, so as
  248. to enable 
  249. terminal equipment to be portable
  250. [and to assist in a)];
  251. .LP
  252.     c)
  253.     the standardization of ISDN capabilities to the degree
  254. necesary to allow user\(hynetwork and network\(hynetwork interworking, and thus
  255. achieve\ a) and\ b) above.
  256. .PP
  257. The I.200\(hySeries of Recommendations identifies the range of
  258. telecommunication services to be offered in an ISDN, namely bearer services,
  259. teleservices, and associated supplementary services and the attributes
  260. characterizing those services. The I.400\(hySeries of Recommendations describes
  261. both the functional and technical aspects of user\(hynetwork interfaces. This
  262. Recommendation defines the ISDN capabilities to support services via interfaces 
  263. in terms of functions. A functional description enables a decoupling of 
  264. services and ISDN capabilities, and therefore allows an
  265. implementation\(hyindependent approach.
  266. .PP
  267. The principal objectives of the ISDN functional method
  268. are:
  269. .RT
  270. .LP
  271.     1)
  272.      to define the ISDN capabilities, by building up a harmonized set of functions 
  273. that are necessary and sufficient to support telecommunication services 
  274. by their static and dynamic description; 
  275. .LP
  276.     2)
  277.     to aid the evolution of ISDN capabilities (modifications,
  278. addition of capabilities to support new basic or supplementary services), by
  279. organizing this set of functions in an open\(hyended and modular structure;
  280. .LP
  281.     3)
  282.      to aid the standardization of system\(hyindependent switching functions 
  283. between exchanges of differing designs and manufacture; 
  284. .LP
  285.     4)
  286.      to aid the standardization of interworking standards between switching 
  287. systems located in different countries; 
  288. .LP
  289.     5)
  290.     to provide information for the preparation of functional
  291. specifications for new telecommunication services;
  292. .LP
  293.     6)
  294.     to maximize the exploitation of functions provided and
  295. available in switching systems.
  296. .PP
  297. The transition from an existing network to a comprehensive ISDN
  298. may require a period of time extending over one or more decades. Therefore 
  299. the design of an ISDN will be revolutionary, adding capabilities in a flexible 
  300. and modular manner. An ISDN may therefore be expected to provide an open\(hyended 
  301. set of functional capabilities able to accommodate new needs as they arise 
  302. at 
  303. acceptable cost.
  304. .PP
  305. During a long intermediate period, some functions may not be
  306. implemented within a given ISDN. Also, specific arrangements should be 
  307. used to ensure compatibility with existing networks and services. An ISDN 
  308. should also give access to existing services and interwork with existing 
  309. networks and 
  310. terminals.
  311. .RT
  312. .sp 2P
  313. .LP
  314. \fB3\fR     \fBGeneric description model\fR 
  315. .sp 1P
  316. .RT
  317. .sp 1P
  318. .LP
  319. 3.1
  320.     \fIGeneral concepts\fR 
  321. .sp 9p
  322. .RT
  323. .PP
  324. The ISDN functional description defines a set of capabilities which enable 
  325. bearer and teleservices to be offered to users (see 
  326. Recommendation\ I.210). The services require two different levels of ISDN
  327. capabilities viz.:
  328. .RT
  329. .LP
  330.     \(em
  331.     the low\(hylayer functions (LLF) relate to the bearer services;
  332. .LP
  333.     \(em
  334.      the high\(hylayer functions (HLF) together with the lower layer functions 
  335. relate to the teleservices. 
  336. .PP
  337. In addition, operation and maintenance capabilities are required to support 
  338. both bearer and teleservices (see Figure\ 2/I.310). 
  339. .bp
  340. .LP
  341. .rs
  342. .sp 18P
  343. .ad r
  344. \fBFigure 2/I.310, (N), p.\fR 
  345. .sp 1P
  346. .RT
  347. .ad b
  348. .RT
  349. .PP
  350. The capabilities of the ISDN need a detailed and rigorous
  351. characterization because there is a wide range of standardization issues
  352. involved.
  353. .PP
  354. To achieve the functional objectives described in \(sc\ 2, the ISDN
  355. functional description has been designed to:
  356. .RT
  357. .LP
  358.     \(em
  359.     define the overall functional characteristics of the
  360. ISDN;
  361. .LP
  362.     \(em
  363.     be implementation\(hyindependent and place no constraints on
  364. national network architectures beyond the network and interface standards 
  365. given in the I\(hySeries of Recommendations; 
  366. .LP
  367.     \(em
  368.     take full account of the constraints of existing dedicated
  369. networks;
  370. .LP
  371.     \(em
  372.     support the 
  373. layering protocol
  374. concepts defined in
  375. Recommendation\ I.320.
  376. .PP
  377. For this purpose the concept of an 
  378. ISDN function
  379. is used, which is defined as:
  380. .PP
  381. \*QA distiguishing characteristic which describes functional
  382. capabilities of a given equipment, or system, or network, as seen from the
  383. designer point of view.\*U
  384. .PP
  385. As far as possible, the number of functions should be
  386. limited.
  387. .RT
  388. .sp 2P
  389. .LP
  390. 3.2
  391.     \fIStatic description model\fR 
  392. .sp 1P
  393. .RT
  394. .sp 1P
  395. .LP
  396. 3.2.1
  397.     \fIGlobal functions (GF)\fR 
  398. .sp 9p
  399. .RT
  400. .PP
  401. The description of ISDN capabilities concerns the low layers (1\(hy3) in 
  402. a global context (see Note), i.e.\ taking into account all the equipment 
  403. involved in the communication, according to the protocol reference model. In
  404. this context, a global function is defined as:
  405. .RT
  406. .LP
  407.     \(em
  408.     referring to the ISDN capabilities;
  409. .LP
  410.     \(em
  411.     having a global significance in the lower layers.
  412. .PP
  413. The set of all GFs leads to the description of the total ISDN low layer 
  414. capabilities. 
  415. .PP
  416. \fINote\fR \ \(em\ This concept of global function may be extended to describe 
  417. the higher layer capabilities of ISDN terminals (and network capabilities, 
  418. where these exist). In this case the GF has a global significance inside the
  419. higher layers.
  420. .bp
  421. .RT
  422. .LP
  423. .rs
  424. .sp 13P
  425. .ad r
  426. \fBFigure 3/I.310, (N), p.\fR 
  427. .sp 1P
  428. .RT
  429. .ad b
  430. .RT
  431. .PP
  432. There are two kinds of GFs:
  433. .LP
  434.     \(em
  435.     the 
  436. Basic Global Functions
  437. (BGF), are those global
  438. functions needed to support ISDN basic services. The BGFs are
  439. related to ISDN connection types, as indicated in
  440. Table\ 1/I.310;
  441. .LP
  442.     \(em
  443.     the 
  444. Additional Global Functions
  445. (AGF), are related
  446. to the ISDN capability to support supplementary services.
  447. Details of the relationship between AGFs and the ISDN
  448. capability to support supplementary services are given in
  449. \(sc\ 4.1.2.
  450. .sp 1P
  451. .LP
  452. 3.2.2
  453.     \fIElementary functions\fR \fI(EF)\fR 
  454. .sp 9p
  455. .RT
  456. .PP
  457. The introduction of the GF concept allows a general description of low 
  458. layer capabilities. 
  459. .PP
  460. The following is a more detailed description: for each GF, a set of
  461. elementary functions is identified as the set of basic elements which are 
  462. then \fIallocated\fR to different functional entities involved in the 
  463. communication.
  464. .PP
  465. GF\ =\ (EF1,\ EF2,\ EF3,\ . |  | \ EFn)
  466. .PP
  467. An EF within this Recommendation is the lowest level of
  468. functionality. It is allocated to a functional entity involved in supporting 
  469. a telecommunication service. An EF is an intrinsically static description 
  470. of the capability of performing an action on a resource when defined conditions 
  471. are 
  472. met.
  473. .PP
  474. For building up a GF, each associated EF must be present in one or
  475. more functional entities of the ISDN. (In this context the ISDN may include 
  476. the terminals, the network or specialized service centres.) But in a specific 
  477. functional entity the complete set of associated EFs need not be present 
  478. (see for example Figure\ 4/I.310). 
  479. .RT
  480. .LP
  481. .rs
  482. .sp 14P
  483. .ad r
  484. \fBFigure 4/I.310, (N), p.\fR 
  485. .sp 1P
  486. .RT
  487. .ad b
  488. .RT
  489. .LP
  490. .bp
  491. .sp 1P
  492. .LP
  493. 3.2.3
  494.     \fIAllocation of EFs\fR 
  495. .sp 9p
  496. .RT
  497. .PP
  498. This flexibility in construction of EFs allows a specialization of the 
  499. functions to be allocated to particular functional entities. Because the 
  500. Recommendations on the architecture of the ISDN (Recommendation\ I.324) will
  501. only specify a functional approach to standardization, the relationship 
  502. between functional entities and specific equipment is, in general, a national 
  503. matter. However an important first step in allocation of functions will 
  504. be the 
  505. distinction between terminal equipment and the network equipment
  506. involved.
  507. .PP
  508. Recommendation I.324 introduces the functional grouping CRF
  509. (connection related functions). The CRF can be local, national transit or
  510. international transit. EFs can be associated with each of these.
  511. .RT
  512. .sp 1P
  513. .LP
  514. 3.3
  515.     \fIDynamic description model\fR 
  516. .sp 9p
  517. .RT
  518. .PP
  519. The complete description of ISDN capabilities must include dynamic aspects 
  520. involved in the process of a call. 
  521. .PP
  522. This association of functional and protocol aspects leads to the use of 
  523. the following dynamic description method: 
  524. .RT
  525. .sp 1P
  526. .LP
  527. 3.3.1
  528.     \fIInformation flow diagrams\fR 
  529. .sp 9p
  530. .RT
  531. .PP
  532. The operation of basic and supplementary services are described and characterized, 
  533. as seen from a network point of view, by using information flow diagrams 
  534. which show the sequence of events occurring in the course of the 
  535. call.
  536. .RT
  537. .sp 1P
  538. .LP
  539. 3.3.2
  540.     \fIExecutive processes\fR 
  541. .sp 9p
  542. .RT
  543. .PP
  544. An executive process (EP) corresponds to the particular use of
  545. one or more elementary functions within a particular functional entity which
  546. always yields specific results. Therefore an EP is characterized by input
  547. information it needs for execution and by output information or actions
  548. resulting from execution.
  549. .PP
  550. Executive processes involve (see Figure\ 5/I.310):
  551. .RT
  552. .LP
  553.     a)
  554.     sequences that link together events producing the activation
  555. of an EP, by means of signalling information passed between
  556. the function entities;
  557. .LP
  558.     b)
  559.     the information (or data) actually used:
  560. .LP
  561.     \(em
  562.     protocol information (signalling information sent or
  563. received by the component);
  564. .LP
  565.     \(em
  566.     component information (\*Qnetwork information\*U);
  567. .LP
  568.     \(em
  569.     static information (description of available resources,
  570. environment, services,\ etc.)
  571. .LP
  572.     \(em
  573.     dynamic information (elaborated and used during the
  574. call handling).
  575. .PP
  576. The dynamic description of each basic or supplementary service as required 
  577. in stage\ 2 of the description method given in Recommendation\ I.130, 
  578. based on the above elements, results in a chart showing functional entities
  579. involved (e.g.\ associated with originating and destination exchanges,
  580. specialized service centres when required), the signalling information flow
  581. passed between them, and the executive processes used inside them.
  582. .sp 2P
  583. .LP
  584. \fB4\fR     \fBUse of\fR 
  585. \fBgeneric description model\fR 
  586. .sp 1P
  587. .RT
  588. .PP
  589. The analysis of telecommunication services and technological
  590. development leads to the identification of the range of required
  591. functions.
  592. .PP
  593. The analysis of all the basic and supplementary services provided by the 
  594. ISDN will lead to the establishment of a set of elementary functions which 
  595. can be allocated to different functional entities. 
  596. .PP
  597. The design of a new basic or supplementary service should maximize the 
  598. use of the set of existing EFs available to existing systems. This will 
  599. minimize changes to the systems necessary for introducing these new services. 
  600. The specifications for new equipment designed for providing particular 
  601. services will have to comply with the set of EFs required for these
  602. services.
  603. .bp
  604. .RT
  605. .LP
  606. .rs
  607. .sp 19P
  608. .ad r
  609. \fBFigure 5/I.310, (N), p. 5\fR 
  610. .sp 1P
  611. .RT
  612. .ad b
  613. .RT
  614. .sp 2P
  615. .LP
  616. 4.1
  617.     \fIIdentification of\fR 
  618. \fIISDN global functions\fR 
  619. .sp 1P
  620. .RT
  621. .sp 1P
  622. .LP
  623. 4.1.1
  624.     \fIBasic global functions (BGF)\fR 
  625. .sp 9p
  626. .RT
  627. .PP
  628. The basic global functions correspond to the ISDN capability to
  629. provide the various connection types that support telecommunication
  630. services.
  631. .PP
  632. The functions implemented to support telecommunication services can be 
  633. classified into the following categories: 
  634. .RT
  635. .LP
  636.     \(em
  637.     \fIConnection handling:\fR  | functions which enable the
  638. establishment (set\(hyup), holding and release of connections
  639. (e.g.\ user\(hyto\(hynetwork signalling).
  640. .LP
  641.     \(em
  642.     \fIRouting:\fR  | functions that determine a suitable connection
  643. for a particular service (call) request, i.e.\ suitable paths between the
  644. various equipments and inside the switching systems to establish end\(hyto\(hyend 
  645. connections (e.g.\ called number analysis).
  646. .LP
  647.     \(em
  648.      \fIResources handling:\fR  | functions that enable the control of the 
  649. resources necesary for the use of connections (e.g.\ transmission equipment, 
  650. switching resources, data storage equipment). 
  651. .LP
  652.     \(em
  653.     \fISupervision:\fR  | functions that check the resources used to
  654. support the connections, to detect and signal possible problems and to solve
  655. them if possible (e.g.\ transmission error detection and correction).
  656. .LP
  657.     \(em
  658.     \fIOperation and maintenance:\fR  | functions providing the
  659. capability to control the correct working of the services/network as well 
  660. for the subscribers as for the Administration. 
  661. .LP
  662.     \(em
  663.     \fICharging:\fR  | functions providing the capability to the
  664. Administration to charge the subscribers.
  665. .LP
  666.     \(em
  667.      \fIInterworking:\fR  | functions providing the capability for both service 
  668. and network interworking. 
  669. .LP
  670.     \(em
  671.     \fILayer 2 and 3 data unit handling:\fR  | functions providing
  672. handling of layers\ 2 and\ 3 data units during the information transfer 
  673. phase for the case of packet mode connections. 
  674. .PP
  675. According to this classification, a basic global function is
  676. defined as:
  677. .LP
  678.     \(em
  679.     referring to an ISDN connection type;
  680. .LP
  681.     \(em
  682.     belonging to one of the above categories.
  683. .PP
  684. Table 1/I.310 shows the total set of BGFs.
  685. .bp
  686. .ce
  687. \fBH.T. [T1.310]\fR 
  688. .ce
  689. TABLE\ 1/I.310
  690. .ce
  691. \fBISDN basic global functions\fR 
  692. .ps 9
  693. .vs 11
  694. .nr VS 11
  695. .nr PS 9
  696. .TS
  697. center box;
  698. lw(72p) | cw(42p) | cw(36p) | cw(42p) | cw(36p) .
  699.  {
  700. Connection
  701. type
  702. Category
  703.  }    CT 1    CT 2    . |  |     CT n
  704. _
  705. .T&
  706. lw(72p) | cw(42p) | cw(36p) | cw(42p) | cw(36p) .
  707. Connection handling    1 BGF 1    2 BGF 1        n BGF 1
  708. _
  709. .T&
  710. lw(72p) | cw(42p) | cw(36p) | cw(42p) | cw(36p) .
  711. Routing    1 BGF 2    2 BGF 2        n BGF 2
  712. _
  713. .T&
  714. lw(72p) | cw(42p) | cw(36p) | cw(42p) | cw(36p) .
  715. Resources handling    1 BGF 3    2 BGF 3        n BGF 3
  716. _
  717. .T&
  718. lw(72p) | cw(42p) | cw(36p) | cw(42p) | cw(36p) .
  719. Supervision    1 BGF 4    2 BGF 4        n BGF 4
  720. _
  721. .T&
  722. lw(72p) | cw(42p) | cw(36p) | cw(42p) | cw(36p) .
  723. Operation and maintenance    1 BGF 5    2 BGF 5        n BGF 5
  724. _
  725. .T&
  726. lw(72p) | cw(42p) | cw(36p) | cw(42p) | cw(36p) .
  727. Charging    1 BGF 6    2 BGF 6        n BGF 6
  728. _
  729. .T&
  730. lw(72p) | cw(42p) | cw(36p) | cw(42p) | cw(36p) .
  731. Interworking    1 BGF 7    2 BGF 7        n BGF 7
  732. _
  733. .T&
  734. lw(72p) | cw(42p) | cw(36p) | cw(42p) | cw(36p) .
  735.  {
  736. Layer 2 and 3 data unit handling
  737.  }    1 BGF 8    2 BGF 8        n BGF 8
  738. _
  739. .TE
  740. .nr PS 9
  741. .RT
  742. .ad r
  743. \fBTableau 1/I.310, [T1.310], p.\fR 
  744. .sp 1P
  745. .RT
  746. .ad b
  747. .RT
  748. .LP
  749. .sp 3
  750. .sp 1P
  751. .LP
  752. 4.1.2
  753.     \fIAdditional global functions (AGF)\fR 
  754. .sp 9p
  755. .RT
  756. .PP
  757. The additional global functions corresponds to the ISDN capability to support 
  758. supplementary services. 
  759. .PP
  760. The classification of AGFs is based on the principle that the support of 
  761. a supplementary service is considered as being realized by a number of 
  762. functions distributed throughout the ISDN. The definition of AGFs needs
  763. further study.
  764. .RT
  765. .sp 1P
  766. .LP
  767. 4.2
  768.     \fIIdentification of\fR 
  769. \fIISDN elementary functions\fR 
  770. .sp 9p
  771. .RT
  772. .PP
  773. Like GFs, there are two kinds of elementary functions: the basic
  774. EFs (i.e.\ components of BGFs, and possibly AGFs) and the additional EFs
  775. (i.e.\ components of AGFs). Therefore, identification of basic EFs requires a
  776. detailed analysis of connection types. Implementation and identification of
  777. additional EFs requires a detailed analysis of supplementary services
  778. implementation.
  779. .RT
  780. .LP
  781.     \(em
  782.     \fIBasic EFs:\fR  | for each connection type, there are up to
  783. 8\ BGFs to implement (see Table\ 1/I.310). Therefore each BGF is composed of
  784. basic EFs related to this connection type. However some basic EFs may be 
  785. common to several connection types (e.g.\ \*Qcalled number analysis\*U 
  786. belonging to the BGF \*Qrouting\*U). 
  787. .LP
  788.     \(em
  789.     \fIAdditional EFs:\fR  | additional EFs form a common set of
  790. functional elements available to build up the various AGFs, and thus to
  791. implement supplementary services.
  792. .bp
  793. .PP
  794. This grouping of EFs into sets of BGFs and AGFs is illustrated in Figure\ 
  795. 6/I.310. 
  796. .PP
  797. The list of EFs so far identified is contained in Annex\ A, together
  798. with a preliminary set of definitions.
  799. .RT
  800. .LP
  801. .rs
  802. .sp 28P
  803. .ad r
  804. \fBFigure 6/I.310, (N), p.\fR 
  805. .sp 1P
  806. .RT
  807. .ad b
  808. .RT
  809. .sp 1P
  810. .LP
  811. 4.3
  812.     \fIIdentification of\fR 
  813. \fIISDN executive processes\fR 
  814. .sp 9p
  815. .RT
  816. .PP
  817. A possible use of the concept of an Executive Process (EP) is the definition 
  818. of Functional Components (FC) as executive processes that can be invoked 
  819. by the network to realize a telecommunication service. 
  820. .PP
  821. According to this an FC is a specific example of how to use the EP
  822. concept.
  823. .PP
  824. A functional component is a set of elementary functions performed in an 
  825. order that yields a specified result. An FC always has an invoking and 
  826. a 
  827. responding entity. The 
  828. invoking entity
  829. is the entity which acts in
  830. response to an FC request from an invoking entity.
  831. .PP
  832. In defining an FC, the following guidelines should be
  833. considered:
  834. .RT
  835. .LP
  836.     \(em
  837.      FCs are used as building blocks and may be invoked in order to realize 
  838. a telecommunication service. FCs will have signalling impact and 
  839. should be structured in such a way that several telecommunication services 
  840. can use them. In particular, the definition of an FC should as far as possible 
  841. be independent of any connection type. 
  842. .LP
  843.     \(em
  844.     A new FC should not be defined if its functionality can be
  845. provided by one or more existing FCs. As an objective, an FC will not invoke
  846. another FC.
  847. .PP
  848. The relationship between an FC and EFs is shown in
  849. Figure\ 7/I.310.
  850. .bp
  851. .LP
  852. .rs
  853. .sp 14P
  854. .ad r
  855. \fBFigure 7/I.310, (N), p.\fR 
  856. .sp 1P
  857. .RT
  858. .ad b
  859. .RT
  860. .PP
  861. Once invoked, the responding entity will not be affected by
  862. unsolicited inputs from the invoking entity. However, the request for
  863. execution of an FC may be cancelled by the invoking entity if the request
  864. was received.
  865. .PP
  866. It should also be noted that the functionality of an FC could be
  867. invoked by a user equipment, i.e.\ the invoking entity of an FC could be
  868. allocated to user equipment. When an FC affects the user\(hynetwork interface a
  869. service description is needed. Figure\ 8/I.310 illustrates FCs affecting
  870. different interfaces, FC1 affecting the user\(hynetwork interface, FC2 
  871. affecting an internal network interface. It also illustrates that the invoking 
  872. and 
  873. responding entities of different FCs may appear in the same functional
  874. entity.
  875. .RT
  876. .LP
  877. .rs
  878. .sp 17P
  879. .ad r
  880. \fBFigure 8/I.310, (N), p.\fR 
  881. .sp 1P
  882. .RT
  883. .ad b
  884. .RT
  885. .PP
  886. FCs are building blocks, which by themselves are not sufficient to provide 
  887. a service. There is a need for some logic reflecting how FCs are 
  888. coordinated in order to support a given service: this logic is termed
  889. service control
  890. . Service control is an example of the application
  891. process concept which can be found in other Recommendations.
  892. .PP
  893. Annex B gives descriptions of FCs so far identified for the
  894. ISDN.
  895. .bp
  896. .RT
  897. .sp 2P
  898. .LP
  899. \fB5\fR     \fBFunctional realization of\fR 
  900. \fBbasic service requests\fR 
  901. .sp 1P
  902. .RT
  903. .PP
  904. From the functional point of view, the process involved in
  905. satisfying a basic service request in the ISDN can be described as
  906. follows:
  907. .RT
  908. .LP
  909.     a)
  910.     A basic service request contains a set of attribute values.
  911. The appropriate connection type(s) to support the service
  912. must be identified.
  913. .LP
  914.     Service request examination:
  915. .LP
  916.     \(em
  917.     input: service request containing a set of attribute
  918. values;
  919. .LP
  920.     \(em
  921.     process: examine service request and determine
  922. appropriate connection type(s);
  923. .LP
  924.     \(em
  925.     output: connection type(s).
  926. .LP
  927.     b)
  928.     Once selected, the connection type (which has end\(hyto\(hyend
  929. significance) can be further broken down into one or more
  930. smaller functional components called \*Qconnection elements\*U
  931. (see Recommendation\ I.324).
  932. .LP
  933.     Connection element selection:
  934. .LP
  935.     \(em
  936.     input: connection type;
  937. .LP
  938.     \(em
  939.     process: determine connection element(s) to form the
  940. connection type;
  941. .LP
  942.     \(em
  943.     output: connection element(s).
  944. .LP
  945.     c)
  946.     Each connection element would require a set of functions in
  947. order to be established.
  948. .LP
  949.     Function set determination:
  950. .LP
  951.     \(em
  952.     input: connection element;
  953. .LP
  954.     \(em
  955.     process: select appropriate functions to establish
  956. connection element;
  957. .LP
  958.     \(em
  959.     output: set of functions.
  960. .ce 1000
  961. ANNEX A
  962. .ce 0
  963. .ce 1000
  964. (to Recommendation I.310)
  965. .sp 9p
  966. .RT
  967. .ce 0
  968. .LP
  969. A.1
  970.      \fIList of identified basic elementary functions and additional\fR \fIelementary 
  971. functions (EFs) for the ISDN\fR 
  972. .sp 1P
  973. .RT
  974. .sp 2P
  975. .LP
  976. A.1.1
  977.     \fIBASIC EFs related to connection types\fR 
  978. .sp 1P
  979. .RT
  980. .sp 1P
  981. .LP
  982.     \fIConnection handling\fR 
  983. .sp 9p
  984. .RT
  985. .LP
  986.     BEF100
  987.     Characteristics of service requested
  988. examination
  989. .LP
  990.     BEF101
  991.     Connection elements type determination
  992. .LP
  993.     BEF102
  994.     User\(hynetwork access resources reservation
  995. (channels)
  996. .LP
  997.     BEF103
  998.     Transit resources reservation
  999. .LP
  1000.     BEF104
  1001.     Communication references handling
  1002. .LP
  1003.     BEF
  1004. 104\ E:
  1005.     Establish call reference
  1006. .LP
  1007.     BEF
  1008. 104\ C:
  1009.     Clear call reference
  1010. .LP
  1011.     BEF105
  1012.     Establishment control
  1013. .LP
  1014.     BEF
  1015. 105\ R:
  1016.     Establish connection\(hyreturn path only
  1017. .LP
  1018.     BEF
  1019. 105\ F:
  1020.     Establish connection\(hyforward path
  1021. .LP
  1022.     BEF
  1023. 150\ B:
  1024.     Establish connection\(hyboth directions
  1025. .LP
  1026.     BEF106
  1027.     Release control
  1028. .LP
  1029.     BEF107
  1030.     Service related authorizations examination
  1031. .LP
  1032.     BEF108
  1033.     User\(hynetwork signalling handling (layer\ 3)
  1034. .LP
  1035.     BEF109
  1036.     Inter\(hyexchange signalling handling (user part)
  1037. .LP
  1038.     BEF110
  1039.     Supplementary services compatibility checking
  1040. .LP
  1041.     BEF111
  1042.     Building up of and maintaining dynamic information
  1043. relating to the call/connection
  1044. .LP
  1045.     BEF112
  1046.     Signalling interworking
  1047. .LP
  1048.     BEF113
  1049.     Priority
  1050. .LP
  1051.     BEF114
  1052.     Queue handling
  1053. .bp
  1054. .sp 1P
  1055. .LP
  1056.     \fIRouting\fR 
  1057. .sp 9p
  1058. .RT
  1059. .LP
  1060.     BEF200
  1061.     ISDN number identification
  1062. .LP
  1063.     BEF201
  1064.     Called number analysis (address analysis)
  1065. .LP
  1066.     BEF202
  1067.     Routing information examination (if provided)
  1068. .LP
  1069.     BEF203
  1070.     Predetermined specific routing
  1071. .LP
  1072.     BEF204
  1073.     Connection path selection
  1074. .LP
  1075.     BEF205
  1076.     Rerouting
  1077. .sp 1P
  1078. .LP
  1079.     \fIResources handling\fR 
  1080. .sp 9p
  1081. .RT
  1082. .LP
  1083.     BEF300
  1084.     Hold and release of user\(hynetwork access resources
  1085. (channels)
  1086. .LP
  1087.     BEF
  1088. 300\ H:
  1089.     Hold user\(hynetwork access resources
  1090. .LP
  1091.     BEF
  1092. 300\ R:
  1093.     Release user\(hynetwork access resource
  1094. .LP
  1095.     BEF301
  1096.     Hold and release of transit resources (circuits)
  1097. .LP
  1098.     BEF
  1099. 301\ H:
  1100.     Hold transit resources
  1101. .LP
  1102.     BEF
  1103. 301\ R:
  1104.     Release transit resources
  1105. .LP
  1106.     BEF302
  1107.     Insertion and suppression of specific equipment
  1108. .LP
  1109.     BEF303
  1110.     Tones, announcements and display information
  1111. .LP
  1112.     BEF304
  1113.     User\(hynetwork signalling handling (layer 1\(hy2)
  1114. .LP
  1115.     BEF305
  1116.     Inter\(hyexchange signalling handling (message
  1117. transfer)
  1118. .LP
  1119.     BEF306
  1120.     Path search inside switching unit
  1121. .LP
  1122.     BEF307
  1123.     Synchronization handling
  1124. .LP
  1125.     BEF308
  1126.     Timing handling
  1127. .LP
  1128.     BEF309
  1129.     Line service marking
  1130. .LP
  1131.     BEF310
  1132.     Real time clock
  1133. .sp 1P
  1134. .LP
  1135.     \fISupervision\fR 
  1136. .sp 9p
  1137. .RT
  1138. .LP
  1139.     BEF400
  1140.     User\(hynetwork access resources monitoring
  1141. .LP
  1142.     BEF401
  1143.     Transit resources monitoring
  1144. .LP
  1145.     BEF402
  1146.     Continuity checking
  1147. .LP
  1148.     BEF403
  1149.     Detection of congestion
  1150. .LP
  1151.     BEF404
  1152.     Semi\(hypermanent connection checking
  1153. .sp 1P
  1154. .LP
  1155.     \fIOperation and maintenance\fR 
  1156. .sp 9p
  1157. .RT
  1158. .LP
  1159.     BEF500
  1160.     Management of subscriber data
  1161. .LP
  1162.     BEF501
  1163.     Fault report
  1164. .sp 1P
  1165. .LP
  1166.     \fICharging\fR 
  1167. .sp 9p
  1168. .RT
  1169. .LP
  1170.     BEF600
  1171.     Charging management
  1172. .LP
  1173.     BEF
  1174. 600\ I:
  1175.     Initiate charging
  1176. .LP
  1177.     BEF
  1178. 600\ C:
  1179.     Cease charging
  1180. .LP
  1181.     BEF601
  1182.     Charging registering
  1183. .LP
  1184.     BEF602
  1185.     Charging recording
  1186. .LP
  1187.     BEF603
  1188.     Billing
  1189. .LP
  1190.     BEF604
  1191.     Accounting
  1192. .LP
  1193.     BEF605
  1194.     Charging information
  1195. .sp 1P
  1196. .LP
  1197.     \fIInterworking\fR 
  1198. .sp 9p
  1199. .RT
  1200. .LP
  1201.     BEF700
  1202.     Rate adaption
  1203. .LP
  1204.     BEF701
  1205.     Protocol conversion
  1206. .LP
  1207.     BEF702
  1208.     Handling of signalling for interworking
  1209. .LP
  1210.     BEF703
  1211.     Numbering interworking
  1212. .LP
  1213.     BEF704
  1214.     Special routing algorithms
  1215. .LP
  1216.     BEF705
  1217.     Negotiation
  1218. .LP
  1219.     BEF706
  1220.     Notification
  1221. .LP
  1222.     BEF707
  1223.     Charging for interworking
  1224. .LP
  1225.     BEF708
  1226.     Mapping of lower layer comparability
  1227. .bp
  1228. .sp 2P
  1229. .LP
  1230. A.1.2
  1231.     \fIAEFs relating to supplementary services\fR 
  1232. .sp 1P
  1233. .RT
  1234. .LP
  1235.     AEF00
  1236.     Insertion and suppression of additional resources
  1237. (tones\ etc.)
  1238. .LP
  1239.     AEF01
  1240.     Line hunting
  1241. .LP
  1242.     AEF02
  1243.     Direct dialling\(hyin
  1244. .LP
  1245.     AEF03
  1246.     Address determination
  1247. .LP
  1248.     AEF04
  1249.     Subscriber's dedicated storage
  1250. .LP
  1251.     AEF05
  1252.     Bridge
  1253. .LP
  1254.     AEF06
  1255.     User\(hynetwork access resource hold
  1256. .LP
  1257.     AEF07
  1258.     Hold of communication
  1259. .LP
  1260.     AEF08
  1261.     Additional subscriber signalling
  1262. .LP
  1263.     AEF09
  1264.     Additional inter\(hyexchange signalling
  1265. .LP
  1266.     AEF10
  1267.     Multi\(hycall handling
  1268. .LP
  1269.     AEF11
  1270.     Internal call initialization
  1271. .LP
  1272.     AEF12
  1273.     Access/route restriction
  1274. .LP
  1275.     AEF13
  1276.     Subscriber call data registration
  1277. .LP
  1278.     AEF14
  1279.     Data display option
  1280. .LP
  1281. A.2\ \ \fIShort description of elementary functions\fR 
  1282. .sp 1P
  1283. .RT
  1284. .sp 2P
  1285. .LP
  1286. A.2.1\ \ \fIBasic EFs related to connection types\fR 
  1287. .sp 1P
  1288. .RT
  1289. .sp 1P
  1290. .LP
  1291. A.2.1.1\ \ \fIConnection handling\fR 
  1292. .sp 9p
  1293. .RT
  1294. .sp 1P
  1295. .LP
  1296. 100
  1297.     \fICharacteristics of service requested examination\fR 
  1298. .sp 9p
  1299. .RT
  1300. .PP
  1301. Function of a functional entity to determine the required service characteristics 
  1302. (certain attributes of the bearer service and optional 
  1303. supplementary services) of a call by means of examination of information 
  1304. set by calling terminal. 
  1305. .RT
  1306. .sp 1P
  1307. .LP
  1308. 101
  1309.     \fIConnection elements type determination\fR 
  1310. .sp 9p
  1311. .RT
  1312. .PP
  1313. Function of a functional entity to determine connection types and connection 
  1314. elements necessary to provide the requested service. 
  1315. .RT
  1316. .sp 1P
  1317. .LP
  1318. 102
  1319.     \fIUser access resources reservation\fR 
  1320. .sp 9p
  1321. .RT
  1322. .PP
  1323. Function of a functional entity to determine the type of
  1324. user\(hynetwork access (basic, primary), the state of the resources (channels
  1325. availability) and to reserve the channel(s) needed for establishing the 
  1326. access connection element. 
  1327. .RT
  1328. .sp 1P
  1329. .LP
  1330. 103
  1331.     \fITransit resources reservation\fR 
  1332. .sp 9p
  1333. .RT
  1334. .PP
  1335. Function of a functional entity to reserve the transit connection element, 
  1336. based on the state of resources. 
  1337. .RT
  1338. .sp 1P
  1339. .LP
  1340. 104
  1341.     \fICommunication references handling\fR 
  1342. .sp 9p
  1343. .RT
  1344. .PP
  1345. Function of a functional entity to assign a local reference (at the access 
  1346. interface) to the call and an internal reference (at the internal 
  1347. interface) to the connection, and to clear these references when the
  1348. call/connection is cleared/released.
  1349. .RT
  1350. .LP
  1351.     104\ E
  1352.     Establish call reference.
  1353. (For further study.)
  1354. .LP
  1355.     104\ C
  1356.     Clear call reference.
  1357. (For further study.)
  1358. .sp 1P
  1359. .LP
  1360. 105
  1361.     \fIEstablishment control\fR 
  1362. .sp 9p
  1363. .RT
  1364. .PP
  1365. Function of a functional entity to set up a connection through the functional 
  1366. entity. 
  1367. .RT
  1368. .LP
  1369.     105\ R
  1370.     Establish connection\(hyreturn path only.
  1371. (For further study.)
  1372. .LP
  1373.     105\ F
  1374.     Establish connection\(hyforward path.
  1375. (For further study.)
  1376. .LP
  1377.     105\ B
  1378.     Establish connection\(hyboth direction.
  1379. (For further study.)
  1380. .bp
  1381. .sp 1P
  1382. .LP
  1383. 106
  1384.     \fIRelease control\fR 
  1385. .sp 9p
  1386. .RT
  1387. .PP
  1388. Function of a functional entity to release a connection through the functional 
  1389. entity. 
  1390. .RT
  1391. .sp 1P
  1392. .LP
  1393. 107
  1394.     \fIService related authorization examination\fR 
  1395. .sp 9p
  1396. .RT
  1397. .PP
  1398. Function of a functional entity to determine the authorization
  1399. (calling or called user) relating to basic and supplementary services that 
  1400. have been subscribed to. 
  1401. .RT
  1402. .sp 1P
  1403. .LP
  1404. 108
  1405.     \fIUser\(hynetwork signalling handling (layer 3)\fR 
  1406. .sp 9p
  1407. .RT
  1408. .PP
  1409. Function of a functional entity to support the layer\ 3 protocol of the 
  1410. user\(hynetwork signalling system. 
  1411. .PP
  1412. \fINote\fR \ \(em\ For layers 1 and 2, see \(sc\ A.2.1.3, Resources
  1413. handling.
  1414. .RT
  1415. .sp 1P
  1416. .LP
  1417. 109
  1418.     \fIInter\(hyexchange signalling handling (user part)\fR 
  1419. .sp 9p
  1420. .RT
  1421. .PP
  1422. Function of a functional entity to support the user part of the
  1423. inter\(hyexchange signalling system.
  1424. .RT
  1425. .sp 1P
  1426. .LP
  1427. 110
  1428.     \fISupplementary services compatibility checking\fR 
  1429. .sp 9p
  1430. .RT
  1431. .PP
  1432. Function of the network to check the compatibility of requested
  1433. supplementary services, e.g.:
  1434. .RT
  1435. .LP
  1436.     \(em
  1437.     with requested bearer service to teleservice;
  1438. .LP
  1439.     \(em
  1440.     with other requested supplementary services;
  1441. .LP
  1442. and to verify coherence between parameters that may be associated.
  1443. .sp 1P
  1444. .LP
  1445. 111
  1446.      \fIBuilding\(hyup of and maintaining dynamic information related to the\fR 
  1447. \fIcall/connection\fR 
  1448. .sp 9p
  1449. .RT
  1450. .PP
  1451. Function of a functional entity to compile information related to the call/connection,\ 
  1452. e.g.: 
  1453. .RT
  1454. .LP
  1455.     \(em
  1456.     resources needed (connection type, connection elements,
  1457. channels, circuits);
  1458. .LP
  1459.     \(em
  1460.     details of call in progress;
  1461. .LP
  1462.     \(em
  1463.     supplementary services effected and associated
  1464. parameters.
  1465. .sp 1P
  1466. .LP
  1467. 112
  1468.     \fISignalling interworking\fR 
  1469. .sp 9p
  1470. .RT
  1471. .PP
  1472. Function of a functional entity to support interworking functions between 
  1473. signalling systems. 
  1474. .RT
  1475. .sp 1P
  1476. .LP
  1477. 113
  1478.     \fIPriority\fR 
  1479. .sp 9p
  1480. .RT
  1481. .PP
  1482. Function of a functional entity to handle specific calls
  1483. with priority (e.g.\ in the case of overload or degraded mode of
  1484. operation).
  1485. .RT
  1486. .sp 1P
  1487. .LP
  1488. 114
  1489.     \fIQueue handling\fR 
  1490. .sp 9p
  1491. .RT
  1492. .PP
  1493. Function of a functional entity to store requests in a
  1494. queue, in order to handle this information later in a predefined
  1495. order.
  1496. .RT
  1497. .sp 2P
  1498. .LP
  1499. A.2.1.2\ \ \fIRouting\fR 
  1500. .sp 1P
  1501. .RT
  1502. .sp 1P
  1503. .LP
  1504. 200
  1505.     \fIISDN number identification\fR 
  1506. .sp 9p
  1507. .RT
  1508. .PP
  1509. Function of a functional entity to identify the ISDN number of the user\(hynetwork 
  1510. interface. This information is limited to that included within the ISDN 
  1511. numbering plan. 
  1512. .RT
  1513. .sp 1P
  1514. .LP
  1515. 201
  1516.     \fICalled number analysis\fR 
  1517. .sp 9p
  1518. .RT
  1519. .PP
  1520. Function of a functional entity to analyse called ISDN number sent by the 
  1521. calling terminal in the call set\(hyup phase. 
  1522. .bp
  1523. .RT
  1524. .sp 1P
  1525. .LP
  1526. 202
  1527.     \fIRouting information examination\fR 
  1528. .sp 9p
  1529. .RT
  1530. .PP
  1531. Function of a functional entity to analyse routing information that may 
  1532. be sent by the calling terminal and that has an effect on path 
  1533. selection.
  1534. .RT
  1535. .sp 1P
  1536. .LP
  1537. 203
  1538.     \fIPredetermined specific routing\fR 
  1539. .sp 9p
  1540. .RT
  1541. .PP
  1542. Function of an exchange to select a specific routing according to the information 
  1543. received from the calling terminal (for example routing towards operators, 
  1544. access points, an interworking unit, an operational or maintenance unit,\ 
  1545. etc.). 
  1546. .RT
  1547. .sp 1P
  1548. .LP
  1549. 204
  1550.     \fIConnection path selection\fR 
  1551. .sp 9p
  1552. .RT
  1553. .PP
  1554. Function of a functional entity to select the transit outgoing part relating 
  1555. to connection types to be used, and the overall path through the 
  1556. network.
  1557. .RT
  1558. .sp 1P
  1559. .LP
  1560. 205
  1561.     \fIRerouting\fR 
  1562. .sp 9p
  1563. .RT
  1564. .PP
  1565. Function of a functional entity to select a new connection path
  1566. through the network depending on changed conditions during call set\(hyup or
  1567. information transfer phases.
  1568. .RT
  1569. .sp 2P
  1570. .LP
  1571. A.2.1.3\ \ \fIResources handling\fR 
  1572. .sp 1P
  1573. .RT
  1574. .sp 1P
  1575. .LP
  1576. 300
  1577.     \fIHold and release of user\(hynetwork access resources (channels)\fR 
  1578. .sp 9p
  1579. .RT
  1580. .PP
  1581. Function of a functional entity to hold the access channel(s)
  1582. reserved to support the communication, and to release it at the end of this
  1583. communication.
  1584. .RT
  1585. .LP
  1586.     300\ H
  1587.     Hold user\(hynetwork access resource.
  1588. (For further study.)
  1589. .LP
  1590.     300\ R
  1591.     Release user\(hynetwork access resource.
  1592. (For further study.)
  1593. .sp 1P
  1594. .LP
  1595. 301
  1596.     \fIHold and release of transit resources (circuits)\fR 
  1597. .sp 9p
  1598. .RT
  1599. .PP
  1600. Function of a functional entity to hold the circuit(s) reserved to support 
  1601. the communication at the transit connection element and to release it at 
  1602. the end of this communication. 
  1603. .RT
  1604. .LP
  1605.     301\ H
  1606.     Hold transit resources.
  1607. (For further study.)
  1608. .LP
  1609.     301\ R
  1610.     Release transit resources.
  1611. (For further study.)
  1612. .sp 1P
  1613. .LP
  1614. 302
  1615.     \fIInsertion and suppresion of specific equipment\fR 
  1616. .sp 9p
  1617. .RT
  1618. .PP
  1619. Function of a functional entity to insert or remove specific
  1620. equipments particularly to satisfy the service request invoked by the user.
  1621. Examples of such equipment include:
  1622. .RT
  1623. .LP
  1624.     \(em
  1625.     echo suppressers;
  1626. .LP
  1627.     \(em
  1628.     A\(hy\(*m law conversion units (change of A/D conversion);
  1629. .LP
  1630.     \(em
  1631.     interworking unit;
  1632. .LP
  1633.     \(em
  1634.     storage unit.
  1635. .sp 1P
  1636. .LP
  1637. 303
  1638.     \fITones, announcements and display information\fR 
  1639. .sp 9p
  1640. .RT
  1641. .PP
  1642. Function of a functional entity to provide call progress
  1643. information in one or more of the following ways:
  1644. .RT
  1645. .LP
  1646.     \(em
  1647.     a tone is an audible (call progress) indication comprising
  1648. one or more discrete frequencies but excluding speech;
  1649. .LP
  1650.     \(em
  1651.      a recorded announcement is an audible indication in the form of speech 
  1652. or music; 
  1653. .LP
  1654.     \(em
  1655.      display information is (call progress) information set to the user which 
  1656. is displayed visually. 
  1657. .PP
  1658. Definitions of the other topics are not yet available.
  1659. .bp
  1660. .sp 1P
  1661. .LP
  1662. 304
  1663.     \fIUser\(hynetwork signalling handling (layers 1\(hy2)\fR 
  1664. .sp 9p
  1665. .RT
  1666. .PP
  1667. Functions of a functional entity to support layers 1 and 2 of the user\(hynetwork 
  1668. signalling system. 
  1669. .RT
  1670. .sp 1P
  1671. .LP
  1672. 305
  1673.     \fIInter\(hyexchange signalling handling (message transfer)\fR 
  1674. .sp 9p
  1675. .RT
  1676. .PP
  1677. Function of a functional entity to support the messages transfer
  1678. part of the inter\(hyexchange signalling systems.
  1679. .RT
  1680. .sp 1P
  1681. .LP
  1682. 306
  1683.     \fIPath search inside switching unit\fR 
  1684. .sp 9p
  1685. .RT
  1686. .PP
  1687. Function of a functional entity to select an internal connection
  1688. inside the switching unit.
  1689. .RT
  1690. .sp 1P
  1691. .LP
  1692. 307
  1693.     \fISynchronization handling\fR 
  1694. .sp 9p
  1695. .RT
  1696. .PP
  1697. Function of a functional entity to provide synchronization between different 
  1698. functional entities; and 
  1699. .PP
  1700. Function of a functional entity to provide its own internal
  1701. synchronization functional entity.
  1702. .RT
  1703. .sp 1P
  1704. .LP
  1705. 308
  1706.     \fITiming handling\fR 
  1707. .sp 9p
  1708. .RT
  1709. .PP
  1710. Function of a functional entity to provide timing between time
  1711. instances involved in calls.
  1712. .RT
  1713. .sp 1P
  1714. .LP
  1715. 309
  1716.     \fILine service marking\fR 
  1717. .sp 9p
  1718. .RT
  1719. .PP
  1720. Functions of a functional entity to store for each customer the
  1721. data on the parameters of the bearer and teleservices that are subscribed 
  1722. to. The store also contains the data on the parameters of the basic bearer 
  1723. and 
  1724. teleservices that are subscribed to by the customer. In addition, it contains 
  1725. the binary information (i.e.\ subscribed to or not) for a range of supplementary 
  1726. services which the subscriber can use. In general this data does \fInot\fR 
  1727. contain information on the type of subscriber terminal, but it may contain 
  1728. information on the type of access (basic, primary rate,\ etc.), the type 
  1729. of NT2 
  1730. (simple, intelligent,\ etc.) and the attributes of the services
  1731. subscribed\ to.
  1732. .RT
  1733. .sp 1P
  1734. .LP
  1735. 310
  1736.     \fIReal time clock\fR 
  1737. .sp 9p
  1738. .RT
  1739. .PP
  1740. Function of a functional entity to provide real time
  1741. information.
  1742. .RT
  1743. .sp 2P
  1744. .LP
  1745. A.2.1.4\ \ \fISupervision\fR 
  1746. .sp 1P
  1747. .RT
  1748. .sp 1P
  1749. .LP
  1750. 400
  1751.     \fIUser\(hynetwork access resources monitoring\fR 
  1752. .sp 9p
  1753. .RT
  1754. .PP
  1755. Function of a functional entity to check the correct operation of subscriber 
  1756. access resources. 
  1757. .RT
  1758. .sp 1P
  1759. .LP
  1760. 401
  1761.     \fITransit resources monitoring\fR 
  1762. .sp 9p
  1763. .RT
  1764. .PP
  1765. Function of a functional entity to check the correct operation of the transit 
  1766. resources. 
  1767. .RT
  1768. .sp 1P
  1769. .LP
  1770. 402
  1771.     \fIContinuity checking\fR 
  1772. .sp 9p
  1773. .RT
  1774. .PP
  1775. Function of a functional entity to control the checking operations relating 
  1776. to the continuity of a connection. 
  1777. .RT
  1778. .sp 1P
  1779. .LP
  1780. 403
  1781.     \fIDetection of congestion\fR 
  1782. .sp 9p
  1783. .RT
  1784. .PP
  1785. Function of a functional entity to detect congestion during the
  1786. selection of a connection path.
  1787. .bp
  1788. .RT
  1789. .sp 1P
  1790. .LP
  1791. 404
  1792.     \fISemi\(hypermanent connection checking\fR 
  1793. .sp 9p
  1794. .RT
  1795. .PP
  1796. Function of a functional entity to check the availability of
  1797. a given semi\(hypermanent connection (e.g.\ passive continuity
  1798. checking).
  1799. .RT
  1800. .sp 2P
  1801. .LP
  1802. A.2.1.5\ \ \fIOperation and maintenance\fR 
  1803. .sp 1P
  1804. .RT
  1805. .sp 1P
  1806. .LP
  1807. 500
  1808.     \fIManagement of subscriber data\fR 
  1809. .sp 9p
  1810. .RT
  1811. .PP
  1812. Function of a functional entity to manage subscriber data related to services. 
  1813. Examples include: 
  1814. .RT
  1815. .LP
  1816.     \(em
  1817.     in/out of service
  1818. .LP
  1819.     \(em
  1820.     number translation
  1821. .LP
  1822.     \(em
  1823.     changing of subscriber data.
  1824. .sp 1P
  1825. .LP
  1826. 501
  1827.     \fIFault report\fR 
  1828. .sp 9p
  1829. .RT
  1830. .PP
  1831. Function of a functional entity to register the cause if an attempt to 
  1832. set up a call fails. 
  1833. .RT
  1834. .sp 2P
  1835. .LP
  1836. A.2.1.6\ \ \fICharging\fR  | (the groupings below require further study)
  1837. .sp 1P
  1838. .RT
  1839. .PP
  1840. Function of the network to determine, collect and store the
  1841. charging information. The following features are involved in this
  1842. process:
  1843. .RT
  1844. .sp 1P
  1845. .LP
  1846. 600
  1847.     \fICharging management\fR 
  1848. .sp 9p
  1849. .RT
  1850. .PP
  1851. Function of a functional entity to determine by means of certain
  1852. parameters the charging mode (free of charge, ordinary, peak, reduced
  1853. rate charge,\ etc.). These parameters include service type, class of customer, 
  1854. time information, distance,\ etc. 
  1855. .RT
  1856. .LP
  1857.     600\ I
  1858.     Initiate charging.
  1859. (For further study.)
  1860. .LP
  1861.     600\ C
  1862.     Cease charging.
  1863. (For further study.)
  1864. .sp 1P
  1865. .LP
  1866. 601
  1867.     \fICharging registering\fR 
  1868. .sp 9p
  1869. .RT
  1870. .PP
  1871. Function of a functional entity to register the details of the call (both 
  1872. short\(hy and long\(hyterm storage). 
  1873. .RT
  1874. .sp 1P
  1875. .LP
  1876. 602
  1877.     \fICharging recording\fR 
  1878. .sp 9p
  1879. .RT
  1880. .PP
  1881. Function of a functional entity to format the charging details in a standardized 
  1882. way. 
  1883. .RT
  1884. .sp 1P
  1885. .LP
  1886. 603
  1887.     \fIBilling\fR 
  1888. .sp 9p
  1889. .RT
  1890. .PP
  1891. Function of functional entity to calculate the variable charges to the 
  1892. customer which depend on the use of a service and on the fixed costs of 
  1893. the subscription. Both of these are accumulated over a fixed period of 
  1894. time. This billing is associated with the subscriber and not with a user\(hynetwork 
  1895. interface, a terminal,\ etc.
  1896. .RT
  1897. .sp 1P
  1898. .LP
  1899. 604
  1900.     \fIAccounting\fR 
  1901. .sp 9p
  1902. .RT
  1903. .PP
  1904. Function of a functional entity to analyse, store and forward
  1905. information relating to the use of inter\(hynetwork resources between the
  1906. different Administrations involved in a call.
  1907. .RT
  1908. .sp 1P
  1909. .LP
  1910. 605
  1911.     \fICharging information\fR 
  1912. .sp 9p
  1913. .RT
  1914. .PP
  1915. Function of the network to indicate the user the amount of the
  1916. charge involved in the (current) use of the service.
  1917. .bp
  1918. .RT
  1919. .sp 2P
  1920. .LP
  1921. A.2.1.7\ \ \fIInterworking\fR 
  1922. .sp 1P
  1923. .RT
  1924. .PP
  1925. Functions that permit the establishment of end\(hyto\(hyend connections 
  1926. when an ISDN and a dedicated network are involved. This requires the provision 
  1927. of the basic elementary features (BEFs) which are described below and others 
  1928. that have been defined already (service request examination, signalling
  1929. interworking, called number analysis, routing information examination,
  1930. insertion and suppresion of interworking units,\ etc.).
  1931. .RT
  1932. .sp 1P
  1933. .LP
  1934. 700
  1935.     \fIRate adaption\fR 
  1936. .sp 9p
  1937. .RT
  1938. .PP
  1939. Function of a functional entity to adapt, according to a
  1940. certain method, the user/dedicated network bit rates to the ISDN bit
  1941. rates.
  1942. .RT
  1943. .sp 1P
  1944. .LP
  1945. 701
  1946.     \fIProtocol conversion\fR 
  1947. .sp 9p
  1948. .RT
  1949. .PP
  1950. Function of a functional entity to support mapping functions
  1951. between interfaces.
  1952. .RT
  1953. .sp 1P
  1954. .LP
  1955. 702
  1956.     \fIHandling of signalling for interworking\fR 
  1957. .sp 9p
  1958. .RT
  1959. .PP
  1960. Function of a functional entity to handle signalling information
  1961. for interworking (interpretation, termination, generation).
  1962. .RT
  1963. .sp 1P
  1964. .LP
  1965. 703
  1966.     \fINumbering interworking\fR 
  1967. .sp 9p
  1968. .RT
  1969. .PP
  1970. Function of a functional entity to support interworking functions between 
  1971. numbering plans. 
  1972. .RT
  1973. .sp 1P
  1974. .LP
  1975. 704
  1976.     \fISpecial routing algorithms\fR  | (For further study)
  1977. .sp 9p
  1978. .RT
  1979. .sp 1P
  1980. .LP
  1981. 705
  1982.     \fINegotiation\fR  | (For further study)
  1983. .sp 9p
  1984. .RT
  1985. .sp 1P
  1986. .LP
  1987. 706
  1988.     \fINotification\fR  | (For further study)
  1989. .sp 9p
  1990. .RT
  1991. .sp 1P
  1992. .LP
  1993. 707
  1994.     \fICharging for interworking\fR  | (For further study)
  1995. .sp 9p
  1996. .RT
  1997. .sp 1P
  1998. .LP
  1999. 708
  2000.     \fIMapping of lower layer comparability (LLC) lists\fR  | (For further
  2001. study)
  2002. .sp 9p
  2003. .RT
  2004. .sp 2P
  2005. .LP
  2006. A.2.2\ \ \fIAdditional EFs relating to supplementary services\fR 
  2007. .sp 1P
  2008. .RT
  2009. .sp 1P
  2010. .LP
  2011. AEF00\ \ \fIInsertion and suppression of additional resources (tone,\ etc.)\fR 
  2012. .sp 9p
  2013. .RT
  2014. .PP
  2015. \fINote\fR \ \(em\ A definition has already been proposed for a basic EF. 
  2016. It needs to be considered if this feature should also be regarded as an 
  2017. additional feature. With respect to supplementary services a proposed description 
  2018. is:
  2019. .PP
  2020. Function of an exchange to manage (reserve, insert, release)
  2021. additional resources related to the handling of supplementary
  2022. services.
  2023. .RT
  2024. .sp 1P
  2025. .LP
  2026. AEF01\ \ \fILine hunting\fR 
  2027. .sp 9p
  2028. .RT
  2029. .PP
  2030. Function of a functional entity to select, on receipt of a certain terminal 
  2031. address, one free line in a multi\(hyline group corresponding to that 
  2032. number.
  2033. .RT
  2034. .sp 1P
  2035. .LP
  2036. AEF02\ \ \fIDirection dialling\(hyin\fR 
  2037. .sp 9p
  2038. .RT
  2039. .PP
  2040. Function of a functional entity to transfer address and other
  2041. appropriate call handling information to a PABX for the purpose of setting 
  2042. up a call to its extensions without assistance of the PABX operator. 
  2043. .RT
  2044. .sp 1P
  2045. .LP
  2046. AEF03\ \ \fIAddress determination\fR 
  2047. .sp 9p
  2048. .RT
  2049. .PP
  2050. Function of a functional entity to determine the destination
  2051. number(s) called by means of short\(hylong number conversion or of association
  2052. between one code and one list of numbers.
  2053. .bp
  2054. .RT
  2055. .sp 1P
  2056. .LP
  2057. AEF04\ \ \fISubscriber's dedicated storage\fR 
  2058. .sp 9p
  2059. .RT
  2060. .PP
  2061. Function of a functional entity to store details in addition to the LSM 
  2062. (line service marking) for each customer and which contains the 
  2063. registration data for supplementary services that have been subscribed to
  2064. (i.e.\ listed in the LSM as binary\ 1). For example, it would contain a 
  2065. list of abbreviated numbers. 
  2066. .RT
  2067. .sp 1P
  2068. .LP
  2069. AEF05\ \ \fIBridge\fR 
  2070. .sp 9p
  2071. .RT
  2072. .PP
  2073. Functions of a functional entity to allow more than two individual participants 
  2074. on the same call. 
  2075. .RT
  2076. .sp 1P
  2077. .LP
  2078. AEF06\ \ \fIUser\(hynetwork access resource hold\fR 
  2079. .sp 9p
  2080. .RT
  2081. .PP
  2082. Function of a functional entity to hold the user\(hynetwork access
  2083. resources (channel) involved in a communication in a waiting condition 
  2084. and, at the same time, to release the network connection. The call reference 
  2085. information is maintained.
  2086. .RT
  2087. .sp 1P
  2088. .LP
  2089. AEF07\ \ \fIHold of communication\fR 
  2090. .sp 9p
  2091. .RT
  2092. .PP
  2093. Function of a functional entity to initiate the function to hold
  2094. one, or more, of the other parties engaged in an established call in a 
  2095. waiting condition without the disestablishment of the call, and at the 
  2096. same time to 
  2097. release the initiating user\(hynetwork access resource.
  2098. .RT
  2099. .sp 1P
  2100. .LP
  2101. AEF08\ \ \fIAdditional subcriber signalling\fR 
  2102. .sp 9p
  2103. .RT
  2104. .PP
  2105. Functions of an exchange to send or receive specific signalling
  2106. information to or from the user, related to the handling of supplementary
  2107. services. (Additional signalling to the subscriber signalling for basic
  2108. calls.)
  2109. .RT
  2110. .sp 1P
  2111. .LP
  2112. AEF09\ \ \fIAdditional inter\(hyexchange signalling\fR 
  2113. .sp 9p
  2114. .RT
  2115. .PP
  2116. Function of a functional entity to send or receive specific
  2117. signalling information to or from another component, related to the handling 
  2118. of supplementary services. (Additional signalling to the inter\(hyexchange 
  2119. signalling for basic calls.) 
  2120. .RT
  2121. .sp 1P
  2122. .LP
  2123. AEF10\ \ \fIMulti\(hycall handling\fR 
  2124. .sp 9p
  2125. .RT
  2126. .PP
  2127. Function of a functional entity to set up and manage several
  2128. connections by means of a single procedure. (In response to only one call
  2129. request.)
  2130. .RT
  2131. .sp 1P
  2132. .LP
  2133. AEF11\ \ \fIInternal call initialization\fR 
  2134. .sp 9p
  2135. .RT
  2136. .PP
  2137. Functions of a functional entity to initiate the setting\(hyup of a
  2138. connection without receiving a call request from the user [e.g.\ used for
  2139. Completion of Call to Busy Subscribers (CCBS) supplementary service and 
  2140. alarm call services]. 
  2141. .RT
  2142. .sp 1P
  2143. .LP
  2144. AEF12\ \ \fIAccess/route restriction\fR 
  2145. .sp 9p
  2146. .RT
  2147. .PP
  2148. Function of a functional entity to reject incoming or outgoing
  2149. calls, either:
  2150. .RT
  2151. .LP
  2152.     \(em
  2153.     totally for all services, or
  2154. .LP
  2155.     \(em
  2156.     for one type of service (e.g.\ telephony).
  2157. .sp 1P
  2158. .LP
  2159. AEF13\ \ \fISubscriber call data registration\fR 
  2160. .sp 9p
  2161. .RT
  2162. .PP
  2163. Function of a functional entity to register and display or print
  2164. subscriber call data. Subscriber call data is information related to specific 
  2165. calls. This data is collected by the same functional entity as that which 
  2166. contains the EF \*Qsubscriber call data registration\*U.
  2167. .RT
  2168. .sp 1P
  2169. .LP
  2170. AEF14\ \ \fIData display option\fR 
  2171. .sp 9p
  2172. .RT
  2173. .PP
  2174. Functions of a terminal to display information to the
  2175. user.
  2176. .bp
  2177. .RT
  2178. .ce 1000
  2179. ANNEX\ B
  2180. .ce 0
  2181. .ce 1000
  2182. (to Recommendation I.310)
  2183. .sp 9p
  2184. .RT
  2185. .ce 0
  2186. .ce 1000
  2187. \fBDescriptions of identified \fR \fBfunctional components (FCs)\fR \fBfor 
  2188. the ISDN\fR 
  2189. .sp 1P
  2190. .RT
  2191. .ce 0
  2192. .LP
  2193. B.1
  2194.     \fIHold invocation\fR 
  2195. .sp 1P
  2196. .RT
  2197. .PP
  2198. This FC allows to invoke the disconnection of an established
  2199. communication channel between the initiating and responding entities and its
  2200. resevation for subsequent reuse for another (or the previous) communication.
  2201. This implies the interruption of the communication for an existing connection.
  2202. .PP
  2203. The initiating entity provides the information required to identify
  2204. the connection to be interrupted.
  2205. .PP
  2206. The successful application of this FC results in:
  2207. .RT
  2208. .LP
  2209.     \(em
  2210.     the disconnection of the communication channel between the
  2211. initiating and the responding entities;
  2212. .LP
  2213.     \(em
  2214.     the reservation of the disconnected communication channel
  2215. for the initiating entity (for originating or terminating
  2216. connections);
  2217. .LP
  2218.     \(em
  2219.     an indication of successful completion from the responding
  2220. entity.
  2221. .PP
  2222. The unsuccessful application of this FC results in a response
  2223. containing the failure details.
  2224. .PP
  2225. \fINote\fR \ \(em\ The exact definition of communication channel is for 
  2226. further study. 
  2227. .RT
  2228. .sp 1P
  2229. .LP
  2230. B.2
  2231.     \fIRetrieve\fR 
  2232. .sp 9p
  2233. .RT
  2234. .PP
  2235. This FC allows the initiating entity to request the reconnection of a communication 
  2236. channel between the initiating and responding entities in order to re\(hyestablish 
  2237. a previously held connection. 
  2238. .PP
  2239. The initiating entity provides the information required to identify
  2240. the connection to be re\(hyestablished over the reserved communication
  2241. channel.
  2242. .PP
  2243. The successful completion of this FC results in:
  2244. .RT
  2245. .LP
  2246.     \(em
  2247.     the re\(hyestablishment of the connection. The communication
  2248. channel will be the reserved channel whenever possible. If exceptionally an
  2249. alternate channel had to be allocated, the responding entity will indicate 
  2250. its identity; 
  2251. .LP
  2252.     \(em
  2253.     an indication of succesful completion from the responding
  2254. entity.
  2255. .PP
  2256. The unsuccessful application of the FC results in a response
  2257. containing the failure details.
  2258. .PP
  2259. The possible re\(hyestablishment of a connection over another
  2260. communication channel than the reserved one is for further study.
  2261. .RT
  2262. .sp 1P
  2263. .LP
  2264. B.3
  2265.     \fIJoin\fR 
  2266. .sp 9p
  2267. .RT
  2268. .PP
  2269. This FC allows to invoke the addition of a connection in order
  2270. to form, or to add to, a multiparty connection of the same connection
  2271. type.
  2272. .PP
  2273. The initiating entity provides all information required to identify
  2274. the connection to be joined to the multi\(hyparty connection. The responding
  2275. entity executes the functions to join the connection and provides the
  2276. initiating entity with the information of the result of the execution.
  2277. .PP
  2278. Upon successful completion, all connections involved are connected
  2279. together. A successful indication is returned to the initiating
  2280. entity.
  2281. .PP
  2282. Upon unsuccessful completion, the status of last connection remains
  2283. unchanged and an unsuccessful indication is returned to the initiating party
  2284. with failure cause(s).
  2285. .RT
  2286. .sp 1P
  2287. .LP
  2288. B.4
  2289.     \fISplit\fR 
  2290. .sp 9p
  2291. .RT
  2292. .PP
  2293. This FC allows the initiating entity to separate a connection from a multiparty 
  2294. connection. 
  2295. .PP
  2296. The initiating entity provides the identities of the multiparty
  2297. connection and the connection to be separated. The responding entity executes 
  2298. the functions to separate the designated connection from the multiparty 
  2299. connection.
  2300. .bp
  2301. .PP
  2302. Upon successful completion the designated connection is
  2303. separated from the multiparty connection. The separated connection is put on
  2304. hold; the remainder of the multiparty connection remains unchanged. A
  2305. successful indication is returned to the initiating entity.
  2306. .PP
  2307. Upon unsuccessful completion, the status of the multiparty connection remains 
  2308. unchanged and an unsuccessful indication is returned to the initiating 
  2309. party with failure cause(s). 
  2310. .RT
  2311. .sp 1P
  2312. .LP
  2313. B.5
  2314.     \fITransfer\fR 
  2315. .sp 9p
  2316. .RT
  2317. .PP
  2318. This FC allows the initiating entity to reassign the ownership of a call 
  2319. to an elected subscriber. 
  2320. .PP
  2321. The initiating entity provides the identity of the connection to be
  2322. transferred and the identity of the elected subscriber.
  2323. .PP
  2324. Successful completion of this FC results in:
  2325. .RT
  2326. .LP
  2327.     \(em
  2328.     the elected subscriber assumes the subsequent charges;
  2329. .LP
  2330.     \(em
  2331.      the initiating entity receives a successful confirmation from the responding 
  2332. entity; 
  2333. .LP
  2334.     \(em
  2335.     the initiating entity is disconnected from the transferred
  2336. connection.
  2337. .PP
  2338. Upon unsuccessful completion, the status of the connection
  2339. remains unchanged and an unsuccessful indication is returned to the initiating 
  2340. party with failure cause(s). 
  2341. .PP
  2342. \fINote\fR \ \(em\ The concept of ownership requires further investigation in
  2343. relation to control and charging aspects.
  2344. .RT
  2345. .sp 1P
  2346. .LP
  2347. B.6
  2348.     \fINotify\fR 
  2349. .sp 9p
  2350. .RT
  2351. .PP
  2352. This FC provides the capability for one entity to inform another
  2353. entity of some action or condition without requiring a response from the
  2354. receiving entity.
  2355. .PP
  2356. \fINote\fR \ \(em\ A more precise definition of this FC is required.
  2357. .RT
  2358. .sp 1P
  2359. .LP
  2360. B.7
  2361.     \fIEnquire\fR 
  2362. .sp 9p
  2363. .RT
  2364. .PP
  2365. This FC provides the capability for the initiating entity to
  2366. request information from another entity, without changing that information.
  2367. .PP
  2368. The initiating entity provides to the responding entity what
  2369. information is requested and other information the responding entity needs 
  2370. to respond successfully. For example, in requesting information from the 
  2371. responding entity about busy/idle status of an interface, the initiating 
  2372. entity provides information uniquely identifying that interface. 
  2373. .PP
  2374. Upon successful completion, the responding entity returns to the
  2375. initiating entity the requested information.
  2376. .PP
  2377. Upon unsuccessful completion, the responding entity returns an
  2378. unsuccessful indication including failure cause(s).
  2379. .RT
  2380. .sp 1P
  2381. .LP
  2382. B.8
  2383.     \fIAdjourn\fR 
  2384. .sp 9p
  2385. .RT
  2386. .PP
  2387. This FC provides the capability for the initiating and responding entities 
  2388. to retain knowledge of a call ( or call attempt) sufficient for 
  2389. subsequent re\(hyestablishment.
  2390. .PP
  2391. The initiating entity provides to the responding entity the identity of 
  2392. the call to be adjourned. 
  2393. .PP
  2394. Upon successful completion, all channels previously allocated for the call 
  2395. (or call attempt) are released and the knowledge of the call is 
  2396. retained.
  2397. .PP
  2398. Upon unsuccessful completion, the status of the call remains unchanged 
  2399. and an unsuccessful completion indication with failure cause(s) is returned 
  2400. to the initiating entity. 
  2401. .RT
  2402. .sp 1P
  2403. .LP
  2404. B.9
  2405.     \fIRestart\fR 
  2406. .sp 9p
  2407. .RT
  2408. .PP
  2409. This FC provides the capability for the initiating entity to
  2410. allocate resources to restore an adjourned call.
  2411. .PP
  2412. The initiating entity provides the identity of the adjourned call to be 
  2413. restored. 
  2414. .PP
  2415. Upon successful completion, the necessary resources to re\(hyestablish
  2416. the call are restored and the call set\(hyup process resumes.
  2417. .PP
  2418. Upon unsuccessful completion, the adjourned call is released and a
  2419. failure indication returned to the initiating entity including failure
  2420. cause(s).
  2421. .bp
  2422. .RT
  2423. .sp 1P
  2424. .LP
  2425. B.10
  2426.     \fIMonitor\fR 
  2427. .sp 9p
  2428. .RT
  2429. .PP
  2430. This FC allows the initiating entity to watch for an event
  2431. (e.g.\ transition to idle, transition to busy) on a resource. The resource 
  2432. being monitored may be a network resource or a user resource. 
  2433. .PP
  2434. The initiating entity provides the identity of the resource to be
  2435. monitored, the event to be reported, and optionally the period of the monitor 
  2436. function. If the event to be monitored is the availability of a resource, 
  2437. the initiating entity may also request the resource be reserved when it 
  2438. becomes 
  2439. available. The responding entity will indicate acceptance or rejection 
  2440. of the monitor request immediately and subsequently check the states of 
  2441. the resource during the period specified. 
  2442. .PP
  2443. Upon successful completion, the responding entity will notify the
  2444. intiating entity if the period expired before the monitored event
  2445. occured.
  2446. .PP
  2447. Upon unsuccessful completion, an unsuccessful indication is returned to 
  2448. the initiating entity with failure cause(s). 
  2449. .RT
  2450. .sp 1P
  2451. .LP
  2452. B.11
  2453.     \fIReroute\fR 
  2454. .sp 9p
  2455. .RT
  2456. .PP
  2457. The FC allows the initiating entity to redirect an incoming call to an 
  2458. alternate address before the call is established. 
  2459. .PP
  2460. The initiating entity provides the identity of the incoming call and the 
  2461. aternate address to where the incoming call is to be redirected. 
  2462. .PP
  2463. Upon successful completion, the incoming call is connected to the
  2464. alternate address.
  2465. .PP
  2466. Upon unsuccessful completion, the responding entity provides to the
  2467. initiating entity the cause of failure and the call processing of the incoming 
  2468. call is resumed. 
  2469. .RT
  2470. .LP
  2471. .rs
  2472. .sp 28P
  2473. .ad r
  2474. BLANC
  2475. .ad b
  2476. .RT
  2477. .LP
  2478. .bp
  2479. .sp 1P
  2480. .ce 1000
  2481. \v'3P'
  2482. SECTION\ 2
  2483. .ce 0
  2484. .sp 1P
  2485. .ce 1000
  2486. \fBREFERENCE\ MODELS\fR 
  2487. .ce 0
  2488. .sp 1P
  2489. .sp 2P
  2490. .LP
  2491. \fBRecommendation\ I.320\fR 
  2492. .RT
  2493. .sp 2P
  2494. .sp 1P
  2495. .ce 1000
  2496. \fBISDN\ PROTOCOL\ REFERENCE\ MODEL\fR 
  2497. .EF '%    Fascicle\ III.8\ \(em\ Rec.\ I.320''
  2498. .OF '''Fascicle\ III.8\ \(em\ Rec.\ I.320    %'
  2499. .ce 0
  2500. .sp 1P
  2501. .ce 1000
  2502. \fI(Malaga\(hyTorremolinos, 1984; amended at Melbourne, 1988)\fR 
  2503. .sp 9p
  2504. .RT
  2505. .ce 0
  2506. .sp 1P
  2507. .LP
  2508. \fB1\fR     \fBIntroduction\fR 
  2509. .sp 1P
  2510. .RT
  2511. .PP
  2512. The objective of the ISDN Protocol Reference Model (ISDN PRM) is to model 
  2513. the interconnection and exchange of information\ \(em\ including user 
  2514. information and control information\ \(em\ to, through or inside an ISDN.
  2515. .PP
  2516. Communicating entities may be:
  2517. .RT
  2518. .LP
  2519.     \(em
  2520.     ISDN users;
  2521. .LP
  2522.     \(em
  2523.     an ISDN user and a functional entity within an ISDN, e.g.
  2524. network control facilities;
  2525. .LP
  2526.     \(em
  2527.     an ISDN user and a functional entity inside or outside an
  2528. ISDN, e.g.\ an information storage/processing/messaging facility;
  2529. .LP
  2530.     \(em
  2531.     various functional entities in an ISDN, e.g. a network
  2532. management facility and a switching facility;
  2533. .LP
  2534.     \(em
  2535.     an ISDN functional entity and an entity located in or
  2536. attached to a non\(hyISDN network.
  2537. .PP
  2538. The purpose of communications between these functional entities is to support 
  2539. the telecommunication services introduced in Recommendations\ I.211 and 
  2540. I.212, by providing ISDN capabilities as defined in Recommendation\ I.310. 
  2541. Examples of these capabilities are: 
  2542. .LP
  2543.     \(em
  2544.     circuit\(hyswitched connection under the control of common
  2545. channel signalling;
  2546. .LP
  2547.     \(em
  2548.     packet\(hyswitched communication over B\(hy, D\(hy and
  2549. H\(hychannels;
  2550. .LP
  2551.     \(em
  2552.      signalling between users and network\(hybased facilities (e.g. information 
  2553. retrieval systems such as Videotex, operations data bases such as directory); 
  2554. .LP
  2555.     \(em
  2556.      end\(hyto\(hyend signalling between users (e.g. to change mode of communication 
  2557. over an already established connection); 
  2558. .LP
  2559.     \(em
  2560.     combinations of the above as in multi\(hymedia communication,
  2561. whereby several simultaneous modes of communication can take place under 
  2562. common signalling control. 
  2563. .PP
  2564. With such diversity of ISDN capabilities (in terms of information flows 
  2565. and modes of communication), there is a need to 
  2566. model all these capabilities within a common framework (i.e. reference 
  2567. model). This would enable the critical protocol architectural issues to 
  2568. be readily 
  2569. identified and facilitate the development of ISDN protocols and associated
  2570. features. It is not intended as a definition of any specific implementation 
  2571. of an ISDN or of any systems or equipment in, or connected to, an ISDN. 
  2572. .PP
  2573. Examples of applications of this model are included in this
  2574. Recommendation.
  2575. .bp
  2576. .RT
  2577. .sp 2P
  2578. .LP
  2579. \fB2\fR     \fBModelling concepts\fR 
  2580. .sp 1P
  2581. .RT
  2582. .sp 1P
  2583. .LP
  2584. 2.1
  2585.     \fIRelationship with the X.200\(hySeries\fR 
  2586. .sp 9p
  2587. .RT
  2588. .PP
  2589. The ISDN Protocol Reference Model (ISDN PRM) and the Open Systems Interconnection 
  2590. Reference Model (OSI\ RM) for CCITT Applications, defined by 
  2591. Recommendation X.200, have both commonalities and differences.
  2592. .PP
  2593. Both the ISDN PRM and the OSI RM organize communications functions
  2594. into layers and describe the relation of these layers with respect to each
  2595. other. However, the scope of the ISDN PRM is different from the scope of 
  2596. the OSI RM. 
  2597. .PP
  2598. The scope of the ISDN PRM is to model information flows across the
  2599. range of telecommunication services defined in the I.200\(hySeries. These are
  2600. bearer services, teleservices and supplementary services. This description
  2601. necessarily incorporates ISDN\(hyspecific characteristics not encountered 
  2602. in other network types. Among these characteristics are multi\(hyservice 
  2603. types of 
  2604. communications which include voice, video, data and multi\(hymedia
  2605. communications.
  2606. .PP
  2607. The scope of the OSI RM is not associated with any particular network  type
  2608. .FS
  2609. Note that the term \*Qnetwork\*U in the ISDN corresponds to \*Qsub\(hynetwork\*U 
  2610. in the OSI terminology. 
  2611. .FE
  2612. . In that sense it is less specific than the ISDN PRM. Further, the scope 
  2613. of the OSI PRM is tied to data communications and so, in this respect, 
  2614. its scope is more specific than the ISDN PRM. The OSI is used to model 
  2615. data communications between open systems in an ISDN environment. 
  2616. .PP
  2617. The relative scopes of the two models are illustrated by
  2618. Figure\ 1/I.320. The existence of a common intersection shows that these 
  2619. models coexist and overlap. 
  2620. .RT
  2621. .LP
  2622. .rs
  2623. .sp 19P
  2624. .ad r
  2625. \fBFigure 1/I.320, (N), p.\fR 
  2626. .sp 1P
  2627. .RT
  2628. .ad b
  2629. .RT
  2630. .PP
  2631. However, in spite of these differences in scope, a number of
  2632. concepts and the associated terminology which have been introduced in\fR 
  2633. Recommendations\ X.200 and\ X.210 are fully applicable to the ISDN PRM. They
  2634. include the concept of layer, layer service (Recommendation\ X.200), and the
  2635. notions of service primitive, peer entity and peer protocol
  2636. (Recommendation\ X.210).
  2637. .PP
  2638. \fINote\fR \ \(em\ The relation between service primitives and functional
  2639. components introduced in Recommendation I.310 requires further study.
  2640. .PP
  2641. The layer identification used in Recommendation\ X.200 is limited
  2642. in this Recommendation to the use of layer numbers. Layer titles (e.g. 
  2643. network layer) as used in Recommendation\ X.200 are sometimes misleading 
  2644. in the ISDN 
  2645. context, and have not been used here.
  2646. .bp
  2647. .PP
  2648. The following ISDN needs have to be specifically catered for in
  2649. Recommendation\ I.320:
  2650. .RT
  2651. .LP
  2652.     \(em
  2653.     information flows for out\(hyof\(hyband call control processes,
  2654. or more generally, information flows among multiple related
  2655. protocols;
  2656. .LP
  2657.     \(em
  2658.     information flows for selection of connection
  2659. characteristics;
  2660. .LP
  2661.     \(em
  2662.     information flows for re\(hynegotiation of connection
  2663. characteristics of calls;
  2664. .LP
  2665.     \(em
  2666.     information flows for suspension of connections;
  2667. .LP
  2668.     \(em
  2669.     information flows for overlap sending ;
  2670. .LP
  2671.     \(em
  2672.     information flows for multi\(hymedia calls;
  2673. .LP
  2674.     \(em
  2675.     information flows for asymmetric connections;
  2676. .LP
  2677.     \(em
  2678.     information flows for network management
  2679. (e.g. change over and change back) and for maintenance
  2680. functions (e.g\ test loops);
  2681. .LP
  2682.     \(em
  2683.     information flows for power activation/deactivation;
  2684. .LP
  2685.     \(em
  2686.     interworking;
  2687. .LP
  2688.     \(em
  2689.     switching of information flows;
  2690. .LP
  2691.     \(em
  2692.     new layer service definitions for non\(hydata services;
  2693. .LP
  2694.     \(em
  2695.     application to other than end\(hysystems, e.g. signal transfer
  2696. points (STPs) and interworking points;
  2697. .LP
  2698.     \(em
  2699.     information flows for multi\(hypoint connections;
  2700. .LP
  2701.     \(em
  2702.     information flows for applications such as:
  2703. .LP
  2704.     i)
  2705.     voice (including A/\(*m law conversion),
  2706. .LP
  2707.     ii) 
  2708.     full motion video,
  2709. .LP
  2710.     iii)
  2711.     transparent flow,
  2712. .LP
  2713.     IV
  2714.     telex.
  2715. .sp 1P
  2716. .LP
  2717. 2.2
  2718.     \fIControl and user planes\fR 
  2719. .sp 9p
  2720. .RT
  2721. .PP
  2722. The support of out\(hyof\(hyband signalling and the ability to activate 
  2723. supplementary services during the active phase of the call imply a separation 
  2724. between control information and user information. 
  2725. .PP
  2726. The notion of plane\ \(em\ control plane, or C\(hyplane, and user plane,
  2727. or U\(hyplane\ \(em\ is introduced to reflect this.
  2728. .PP
  2729. The main rationale for protocols within the user plane is the
  2730. transfer of information among user applications, e.g. digitized voice, 
  2731. data and information transmitted between users. This information may be 
  2732. transmitted 
  2733. transparently through an ISDN, or it may be processed or manipulated,
  2734. e.g.\ A/\(*m law conversion.
  2735. .PP
  2736. The main rationale for protocols within the control plane is the
  2737. transfer of information for the control of user plane connections,
  2738. e.g.\ in:
  2739. .RT
  2740. .LP
  2741.     \(em
  2742.     controlling a network connection (such as establishing and
  2743. clearing down);
  2744. .LP
  2745.     \(em
  2746.     controlling the use of an already established network
  2747. connection (e.g.\ change in service characteristics during a
  2748. call such as alternate speech/unrestricted
  2749. 64\ kbit/s);
  2750. .LP
  2751.     \(em
  2752.     providing supplementary services.
  2753. .PP
  2754. \fR In addition to user information, any information which controls
  2755. the exchange of data within a connection, but otherwise does not alter the
  2756. state of this connection (e.g.\ flow control), pertains to the U\(hyplane. All
  2757. control information which involves resource allocation/deallocation by 
  2758. the ISDN pertains to the C\(hyplane. 
  2759. .sp 1P
  2760. .LP
  2761. 2.3
  2762.     \fILocal and global significance\fR 
  2763. .sp 9p
  2764. .RT
  2765. .PP
  2766. A key characteristic of the ISDN is that, due to the integration of telecommunication 
  2767. services, the facilities to be provided depend on whether the adjacent 
  2768. entity, or a remote entity, is involved: different services, possibly using 
  2769. different routes, may have to be provided accordingly. An example is a 
  2770. telecommunication service, which can be supported by various network
  2771. capabilities, (e.g.\ a telematic service supported either by circuit or
  2772. packet facilities), or an ISDN connection based on various types of basic
  2773. connection components (e.g.\ analogue and digital circuits for a speech
  2774. connection).
  2775. .bp
  2776. .PP
  2777. As a consequence, the control information handled by an entity may
  2778. concern:
  2779. .RT
  2780. .LP
  2781.     \(em
  2782.     an adjacent functional entity, in which case it is said to
  2783. have local significance; 
  2784. .LP
  2785.     \(em
  2786.      a remote (non\(hyadjacent) functional entity, in which case it has global 
  2787. significance. 
  2788. .PP
  2789. The significance concept is illustrated by Figure 2/I.320
  2790. .PP
  2791. The notion of significance applies to control plane information
  2792. only. As an example from the ISDN user's point of view:
  2793. .RT
  2794. .LP
  2795.     \(em
  2796.     the overall service to be provided to users has a
  2797. global significance;
  2798. .LP
  2799.     \(em
  2800.      the control of any resources to be used at the user\(hynetwork interface 
  2801. has local significance; 
  2802. .LP
  2803. and, from the network's point of view:
  2804. .LP
  2805.     \(em
  2806.     the overall service to be provided by the ISDN (ISDN
  2807. connection types, as introduced in Recommendation I.340) has a global
  2808. significance;
  2809. .LP
  2810.     \(em
  2811.     the handling of connection elements has local
  2812. significance.
  2813. .LP
  2814. .rs
  2815. .sp 16P
  2816. .ad r
  2817. \fBFigure 2/I.320, (N),  p.\fR 
  2818. .sp 1P
  2819. .RT
  2820. .ad b
  2821. .RT
  2822. .PP
  2823. Depending on their functional requirements, supplementary services relate 
  2824. to either the local, or global perspective. For example: 
  2825. .LP
  2826.     \(em
  2827.     completion of calls to busy subscribers (CCBS) or
  2828. user\(hyto\(hyuser signalling (UUS) have global
  2829. significance;
  2830. .LP
  2831.     \(em
  2832.     call waiting has local significance.
  2833. .PP
  2834. Global information falls into three classes:
  2835. .LP
  2836.     1)
  2837.     the information is transported transparently;
  2838. .LP
  2839.     2)
  2840.     the information may be processed, but remains
  2841. unchanged (e.g.\ teleservice);
  2842. .LP
  2843.     3)
  2844.     the information may be altered (e.g. destination number
  2845. in relation with freephone or call forwarding supplementary
  2846. services).
  2847. .sp 2P
  2848. .LP
  2849. \fB3\fR     \fBModel\fR 
  2850. .sp 1P
  2851. .RT
  2852. .PP
  2853. The ISDN PRM is represented by a 
  2854. protocol block
  2855. which
  2856. incorporates the concepts of layer, significance and plane described
  2857. above.
  2858. .PP
  2859. Such a protocol block can be used to describe various elements in the ISDN 
  2860. user premises and the network [e.g.\ terminal equipment (TE), ISPBX network 
  2861. termination (NT), exchange termination (ET), signalling point (SP) and 
  2862. signalling transfer point (STP), etc.].
  2863. .bp
  2864. .RT
  2865. .sp 1P
  2866. .LP
  2867. 3.1
  2868.     \fIGeneric protocol block\fR 
  2869. .sp 9p
  2870. .RT
  2871. .PP
  2872. The considerations above lead to the introduction of the concept
  2873. of significance in combination with planes; the result is a splitting of the
  2874. control plane into two parts: a local control (LC) plane, and a global
  2875. control (GC) plane, in addition to the user (U) plane.
  2876. .PP
  2877. The layering principles apply in each of these planes: each plane can potentially 
  2878. accommodate a 7\(hylayer stack of protocols. A 
  2879. plane management
  2880. function
  2881. is required to allow coordination between the activities in the
  2882. different planes. Examples of plane management function are:
  2883. .RT
  2884. .LP
  2885.     \(em
  2886.      the decision on whether an incoming information is relevant to the LC\(hy 
  2887. or GC\(hyplane, 
  2888. .LP
  2889. \fR     \(em
  2890.     allowing communication between C\(hy and U\(hyplanes, for
  2891. synchronization purposes.
  2892. .PP
  2893. The Generic protocol block is represented in
  2894. Figure 3/I.320.
  2895. .PP
  2896. \fINote\fR \ \(em\ The plane management function should not be confused
  2897. with the system management as introduced to model OSI
  2898. management.
  2899. .PP
  2900. The following remarks apply:
  2901. .RT
  2902. .LP
  2903.     1)
  2904.     Some layers may be empty, i.e. they provide no
  2905. functionality. For example, it is likely that not all
  2906. seven layers are required to serve the LC\(hyplane requirements;
  2907. however, entities communicating in this plane are application
  2908. layer entities. Note that this is not in contradiction with
  2909. the OSI\ RM.
  2910. .LP
  2911.     2)
  2912.     An element (either in the network, or in user premises)
  2913. does not have to support in all cases protocols of LC\(hy, GC\(hy
  2914. and U\(hyplanes: some may ignore one or even two of these
  2915. planes. For example, a network service centre accessed to provide a
  2916. supplementary service (e.g.\ freephone) will be concerned
  2917. by the LC\ plane only, and will have no knowledge of the
  2918. other two planes.
  2919. .LP
  2920.     3)
  2921.      A network element\ \(em\ unless it provides a high layer function (HLF)\ 
  2922. \(em\ will generally not support any U\(hyplane 
  2923. protocol above layer 3.
  2924. .LP
  2925.     4)
  2926.     The need for application processes specific to each
  2927. plane, or for application processes able to access several planes, is
  2928. for further study.
  2929. .LP
  2930. .rs
  2931. .sp 27P
  2932. .ad r
  2933. \fBFigure 3/I.320, (N), p.\fR 
  2934. .sp 1P
  2935. .RT
  2936. .ad b
  2937. .RT
  2938. .LP
  2939. .bp
  2940. .sp 1P
  2941. .LP
  2942. 3.2
  2943.     \fIRelations between layers in one plane\fR 
  2944. .sp 9p
  2945. .RT
  2946. .PP
  2947. Adjacent layers within a plane communicate using service
  2948. primitives. If a layer is empty the primitive is mapped directly onto a
  2949. primitive to the next layer.
  2950. .PP
  2951. Further study is required on which layer services have to be specified 
  2952. in order to describe a telecommunication service. 
  2953. .RT
  2954. .sp 1P
  2955. .LP
  2956. 3.3
  2957.     \fIRelations between planes\fR 
  2958. .sp 9p
  2959. .RT
  2960. .PP
  2961. Starting from GC\(hyplane requirements, an entity will derive the
  2962. LC\(hyplane requirements, and the facilities that have to be provided for the
  2963. support of U\(hyplane lower layers. For example, in order to provide an ISDN
  2964. connection (GC\(hyplane), an exchange will have to identify the required basic
  2965. connection component (LC\(hyplane).
  2966. .PP
  2967. This relation is made via the plane management function.
  2968. .PP
  2969. Informations in different planes need not be carried by distinct
  2970. physical/logical means in all cases. For example:
  2971. .RT
  2972. .LP
  2973.     \(em
  2974.     control and user information may use the same
  2975. support, e.g.\ when in\(hyband signalling is used, or
  2976. when user information is carried on a
  2977. D\(hychannel;
  2978. .LP
  2979.     \(em
  2980.     LC and GC information share the same support
  2981. when the LC\(hyplane pass\(hyalong facility
  2982. is used;
  2983. .LP
  2984.     \(em
  2985.     ISPBX\(hyto\(hyISPBX control information appears as U\(hyplane
  2986. information to the ISDN.
  2987. .sp 1P
  2988. .LP
  2989. 3.4
  2990.     \fIData flow modelling\fR 
  2991. .sp 9p
  2992. .RT
  2993. .PP
  2994. For further study.
  2995. .RT
  2996. .sp 2P
  2997. .LP
  2998. \fB4\fR     \fBISDN management\fR 
  2999. .sp 1P
  3000. .RT
  3001. .PP
  3002. For further study.
  3003. .RT
  3004. .sp 2P
  3005. .LP
  3006. \fB5\fR     \fBInterworking\fR 
  3007. .sp 1P
  3008. .RT
  3009. .PP
  3010. A number of particular interworking situations should be
  3011. considered:
  3012. .RT
  3013. .LP
  3014.     \(em
  3015.     internetworking with an OSI network;
  3016. .LP
  3017.     \(em
  3018.     interworking with an non\(hyISDN terminal;
  3019. .LP
  3020.     \(em
  3021.     interworking between two ISDNs which do not provide the
  3022. same set of facilities;
  3023. .LP
  3024.     \(em
  3025.     interworking involving a network\(hyprovided
  3026. interworking function to support high\(hylayer and/or
  3027. low\(hylayer facilities.
  3028. .sp 1P
  3029. .LP
  3030. 5.1
  3031.     \fIGeneral\fR 
  3032. .sp 9p
  3033. .RT
  3034. .PP
  3035. All the interworking situations mentioned above are covered by the model 
  3036. illustrated by Figure 4/I.320. 
  3037. .PP
  3038. The service S may be:
  3039. .RT
  3040. .LP
  3041.     \(em
  3042.     the initially required telecommunication service (TS),
  3043. if both networks are able to provide it (F is then
  3044. empty);
  3045. .LP
  3046.     \(em
  3047.     a telecommunication service resulting from a negotiation
  3048. process, which both networks are able to provide (F is then
  3049. empty);
  3050. .LP
  3051.     \(em
  3052.     a service which is required to support the
  3053. telecommunication service to be provided, which is offered
  3054. by both networks, but by means of different capabilities in
  3055. the two networks.
  3056. .PP
  3057. The service S is provided:
  3058. .LP
  3059.     \(em
  3060.     by means of functions F1 and protocol(s) P1 in
  3061. network\ 1;
  3062. .LP
  3063.     \(em
  3064.     by means of functions F2 and protocol(s) P2 in
  3065. network\ 2.
  3066. .PP
  3067. The interworking function (IWF) maps the facilities offered by   F1 and F2.
  3068. .bp
  3069. .LP
  3070. .rs
  3071. .sp 24P
  3072. .ad r
  3073. \fBFigure 4/I.320, (N), p. 13\fR 
  3074. .sp 1P
  3075. .RT
  3076. .ad b
  3077. .RT
  3078. .PP
  3079. Two kinds of interworking can take place:
  3080. .RT
  3081. .LP
  3082.     1)
  3083.     a one\(hystage interworking, where the calling user is not
  3084. explicitly aware that an interworking function is
  3085. required;
  3086. .LP
  3087.     2)
  3088.     a two\(hystage interworking, where the calling user has a
  3089. dialogue with the interworking function prior to
  3090. exchanging control information with the destination
  3091. user.
  3092. .PP
  3093. The model applies to both cases.
  3094. .PP
  3095. Interworking may involve the GC\(hyplane, and/or the U\(hyplane.
  3096. .PP
  3097. In an interworking situation, the GC\(hyplane has to:
  3098. .RT
  3099. .LP
  3100.     \(em
  3101.     determine the telecommunication service to be provided
  3102. (agreed telecommunication service): this may imply service
  3103. negotiation;
  3104. .LP
  3105.     \(em
  3106.     identify the interworking situation, i.e. the fact that
  3107. more than one network is involved, and that for some
  3108. service\ S required to support the telecommunication
  3109. service, two adjacent networks do not use the same underlying
  3110. facilities;
  3111. .LP
  3112.     \(em
  3113.     locate and invoke an IWF capable of mapping the facilities
  3114. in the two networks.
  3115. .PP
  3116. In each network, the GC\(hyplane facilities will provide the
  3117. functions and protocols (Fi and Pi) required to support service\ S; this will
  3118. result in different (and independent) requirements on the LC\(hyplane in each
  3119. network.
  3120. .PP
  3121. In the two\(hystage interworking case, the GC\(hyplane information is
  3122. \*Uconsumed\*U by the IWF during the first phase, and is forwarded (with 
  3123. or without modification) during the second phase. 
  3124. .PP
  3125. Whenever interworking in the U\(hyplane is involved, the following
  3126. differences apply in the two cases:
  3127. .RT
  3128. .LP
  3129.     \(em
  3130.     one\(hystage interworking: in this case only the
  3131. first three layers (at most) may be involved for the provision
  3132. of the requested end\(hyto\(hyend service. No HLF is
  3133. required.
  3134. .LP
  3135.     \(em
  3136.      two\(hystage interworking: in this case the first stage is the establishment 
  3137. of the U\(hyplane facilities between the calling 
  3138. user and the IWF. High layer functions (HLF) and protocols
  3139. may be involved, in which case the IWF acts as a substitute
  3140. for the called user.
  3141. .bp
  3142. .sp 1P
  3143. .LP
  3144. 5.2
  3145.     \fIRelationships with the OSI RM\fR 
  3146. .sp 9p
  3147. .RT
  3148. .PP
  3149. The OSI RM, seen from the ISDN PRM point of view, appears not to
  3150. be in contradiction with the latter, but contains some restrictions which 
  3151. stem from the fact that it does not have the same scope: 
  3152. .RT
  3153. .LP
  3154.     1)
  3155.     The C\(hy and U\(hyplanes are not separated, since the C\(hy and
  3156. U\(hyplane information in one layer (\fIn\fR ) always maps onto the U\(hyplane
  3157. information of the layer below (\fIn\fR \ \(em\ 1).
  3158. .LP
  3159.     2)
  3160.     The concept of significance does not explicitly appear;
  3161. however control informations (e.g.\ in layer 3) include both \*Qlocal\*U
  3162. informations and informations which are carried end\(hyto\(hyend transparently 
  3163. or 
  3164. take part in the definition of the overall service provided to the user
  3165. (e.g.\ throughput).
  3166. .LP
  3167.     3)
  3168.      The C\(hy and U\(hyplane informations in one layer (\fIn\fR ) map onto 
  3169. the U\(hyplane informations of the layer below (\fIn\fR \ \(em\ 1). 
  3170. .PP
  3171. Interworking between the OSI RM and ISDN PRM takes place in the
  3172. following situations:
  3173. .LP
  3174.     \(em
  3175.     internetworking with a specialized network (e.g. PSPDN)
  3176. which respects the OSI RM: the reference points involved
  3177. are K/L;
  3178. .LP
  3179.     \(em
  3180.     interworking with an \*QOSI terminal\*U via a terminal adaptor:
  3181. the reference point is then R;
  3182. .LP
  3183.     \(em
  3184.     the interworking of an ISDN terminal on the S reference
  3185. point which conforms to the OSI reference model is for
  3186. further study.
  3187. .PP
  3188. In each case, the interworking function (an IWF or a TA)
  3189. has to map information flows of one model onto information flows of the
  3190. other.
  3191. .sp 1P
  3192. .LP
  3193. 5.2.1
  3194.     \fIInterworking at reference point K/L\fR 
  3195. .sp 9p
  3196. .RT
  3197. .PP
  3198. For further study.
  3199. .RT
  3200. .sp 1P
  3201. .LP
  3202. 5.2.2
  3203.     \fIInterworking at reference point R\fR 
  3204. .sp 9p
  3205. .RT
  3206. .PP
  3207. In the case when a user application, running an OSI system,
  3208. requires network services across the ISDN, the originating user application
  3209. will address the terminating application as a destination user.
  3210. .PP
  3211. In the OSI system, the application is considered as an ISDN user \(em
  3212. a communicating functional entity in the PRM.
  3213. .PP
  3214. The GC information pertinent to the higher layer OSI application
  3215. is carried in the U\(hyplane to the destination application. The GC information
  3216. pertinent to the network service required is carried in the C\(hyplane with
  3217. LC information.
  3218. .PP
  3219. The OSI system requests the network service from the ISDN by placing a 
  3220. service request to both the LC\(hyplane and the U\(hyplane (Figure 5/I.320). 
  3221. The 
  3222. distribution of the information to the appropriate planes is made by the
  3223. plane management function
  3224. . The plane management function is responsible for providing an OSI service 
  3225. access point to the OSI system. 
  3226. .RT
  3227. .sp 2P
  3228. .LP
  3229. \fB6\fR     \fBExamples\fR 
  3230. .sp 1P
  3231. .RT
  3232. .PP
  3233. Applications of the PRM to the following examples is for further
  3234. study.
  3235. .RT
  3236. .sp 1P
  3237. .LP
  3238. 6.1
  3239.     \fIBasic call situations\fR  | (no supplementary service,
  3240. no interworking)
  3241. .sp 9p
  3242. .RT
  3243. .PP
  3244. \(em 
  3245.     circuit service (see Figure\ 6/I.320)
  3246. .RT
  3247. .LP
  3248.     \(em
  3249.     packet service
  3250. .LP
  3251.     \(em
  3252.     multi\(hybearer capability
  3253. .LP
  3254.     \(em
  3255.     data base access.
  3256. .bp
  3257. .LP
  3258. .rs
  3259. .sp 18P
  3260. .ad r
  3261. \fBFigure 5/I.320, (N), p. 14\fR 
  3262. .sp 1P
  3263. .RT
  3264. .ad b
  3265. .RT
  3266. .LP
  3267. .rs
  3268. .sp 18P
  3269. .ad r
  3270. \fBFigure 6/I.320, (N), p. 15\fR 
  3271. .sp 1P
  3272. .RT
  3273. .ad b
  3274. .RT
  3275. .sp 1P
  3276. .LP
  3277. 6.2
  3278.     \fIMore elaborate situations\fR 
  3279. .sp 9p
  3280. .RT
  3281. .PP
  3282. \(em 
  3283.     supplementary services:
  3284. .RT
  3285. .LP
  3286.     \(em
  3287.     completion of calls to busy subsribers (CCBS);
  3288. .LP
  3289.     \(em
  3290.     three\(hyparty service;
  3291. .LP
  3292.     \(em
  3293.     PABX facilities;
  3294. .LP
  3295.     \(em
  3296.     OAM (operational, administrative and maintenance)
  3297. applications.
  3298. .bp
  3299. .sp 1P
  3300. .LP
  3301. 6.3
  3302.     \fIInterworking\fR 
  3303. .sp 9p
  3304. .RT
  3305. .PP
  3306. \(em 
  3307.     at reference point R (Teletex terminal):
  3308. .RT
  3309. .LP
  3310.     \(em
  3311.     with a PSTN;
  3312. .LP
  3313.     \(em
  3314.     with a PSPDN (Videotex);
  3315. .LP
  3316.     \(em
  3317.     inside an ISDN (provision of an HLF by the network);
  3318. .LP
  3319.     \(em
  3320.     of public ISDN with other networks (a possible example is
  3321. given in Figure\ 7/I.320).
  3322. .LP
  3323. .rs
  3324. .sp 25P
  3325. .ad r
  3326. \fBFigure 7/I.320, (N), p.\fR 
  3327. .sp 1P
  3328. .RT
  3329. .ad b
  3330. .RT
  3331. .LP
  3332. .EF '%    Fascicle\ III.8\ \(em\ Rec.\ I.324''
  3333. .OF '''Fascicle\ III.8\ \(em\ Rec.\ I.324    %'
  3334. .LP
  3335. .rs
  3336. .sp 18P
  3337. .sp 2P
  3338. .LP
  3339. \fBMONTAGE:\ \ \fR Rec. I.324 sur le reste de cette page
  3340. .sp 1P
  3341. .RT
  3342. .LP
  3343. .bp
  3344.